home *** CD-ROM | disk | FTP | other *** search
/ CICA 1994 April / CICA Shareware for Windows CD-ROM (Walnut Creek CD-ROM)(April 1994).ISO / win3 / access / access_l.exe / ACC9309.TXT < prev    next >
Text File  |  1994-01-07  |  183KB  |  3,984 lines

  1. =========================================================================
  2. Date:         Tue, 31 Aug 1993 11:21:40 GMT
  3. Reply-To:     Microsoft Access Database Discussion List
  4.               <ACCESS-L@INDYCMS.BITNET>
  5. Sender:       Microsoft Access Database Discussion List
  6.               <ACCESS-L@INDYCMS.BITNET>
  7. From:         "Richard Saunders, Computer Centre" <RICHARD@BKMAIN.UEL.AC.UK>
  8. Organization: University Of East London
  9. Subject:      Re: Automatic field updates
  10.  
  11. > For example:  I enter John Doe into the database.  When I get to the
  12. > Country field, I enter "Japan," since that's where he lives.  Access should,
  13. > in the best of all possible worlds, then look in Table 2 for the entry
  14. > for Japan, which holds (in named fields, of course) the French name
  15. > and the telephone code.  Access places these bits of data into the
  16. > appropriate fields in the original table so I don't have to do it, and
  17. > Bob's your uncle.
  18.  
  19. I believe you've had some replies about displaying these fields on
  20. your form. What worries me a little bit is that you say you want to
  21. place the data into the appropriate fields in the original table. The
  22. whole idea of a relational database is that you DON'T duplicate data
  23. in different tables.
  24. =========================================================================
  25. Date:         Tue, 31 Aug 1993 12:48:47 GMT
  26. Reply-To:     Microsoft Access Database Discussion List
  27.               <ACCESS-L@INDYCMS.BITNET>
  28. Sender:       Microsoft Access Database Discussion List
  29.               <ACCESS-L@INDYCMS.BITNET>
  30. From:         "Richard Saunders, Computer Centre" <RICHARD@BKMAIN.UEL.AC.UK>
  31. Organization: University Of East London
  32. Subject:      Re: Maximize the form before opening form
  33.  
  34. >
  35. > Does anyone know how to maximize the form before the form is opened ?
  36. > Normally Macro - openform & then maximize.
  37. >
  38. > It is so UGLY to see the "small" form being enlarge when you execute the macro
  39.  .
  40. > Is there a way to see the maximized form on the screen once you execute the ma
  41.  cr
  42. >    o ?
  43.  
  44. You could use ECHO to hide screen activity before you open and
  45. maximize the screen; then ECHO again to revert to normal. It
  46. looks a bit tidier that way.
  47. =========================================================================
  48. Date:         Wed, 1 Sep 1993 08:54:07 EDT
  49. Reply-To:     Microsoft Access Database Discussion List
  50.               <ACCESS-L@INDYCMS.BITNET>
  51. Sender:       Microsoft Access Database Discussion List
  52.               <ACCESS-L@INDYCMS.BITNET>
  53. From:         Steve Miller <miller@ROADRUNNER.PICTEL.COM>
  54. Organization: PictureTel Corporation
  55. Subject:      Re: Maximize the form before opening form
  56.  
  57. >
  58. > >
  59. > > Does anyone know how to maximize the form before the form is opened ?
  60. > > Normally Macro - openform & then maximize.
  61. > >
  62. > > It is so UGLY to see the "small" form being enlarge when you execute the
  63. >  macro.
  64. > > Is there a way to see the maximized form on the screen once you execute the
  65. >  macr
  66. > >    o ?
  67. > >
  68. > > Chor Ling
  69. > > NCLCHAN@NTUVAX.NTU.AC.SG
  70. > >
  71. >
  72. > I've never tried it, but, you might be able to set the form's visible
  73. > property to false, maximize it, and then set the visible property to
  74. > true.  You might also just want to store the forms with visible set to
  75. > false, open them, maximize them, set the visible property to true.  You
  76. > probably want to set visible back to false when you close the form.
  77. >
  78. > John
  79. >
  80.  
  81. This works unless the form is a pop-up form. For a pop-up form, you need
  82. to assign a macro or function to the forms "On Open" property that will do
  83. the maximize.
  84.  
  85. --
  86. +-------------------------------------------------------+
  87. | Steve Miller                   PictureTel Corporation |
  88. | email: miller@pictel.com       One Corporation Way    |
  89. | phone: (508) 977-8235          Peabody, MA 01960      |
  90. +-------------------------------------------------------+
  91. =========================================================================
  92. Date:         Wed, 1 Sep 1993 09:56:33 CDT
  93. Reply-To:     Microsoft Access Database Discussion List
  94.               <ACCESS-L@INDYCMS.BITNET>
  95. Sender:       Microsoft Access Database Discussion List
  96.               <ACCESS-L@INDYCMS.BITNET>
  97. From:         Chet Farmer <CFARMER1@UA1VM.BITNET>
  98. Organization: Project IDEALS -- The University of Alabama
  99. Subject:      Re: Automatic field updates
  100. In-Reply-To:  Message of Tue,
  101.               31 Aug 1993 11:21:40 GMT from <RICHARD@BKMAIN.UEL.AC.UK>
  102.  
  103. On Tue, 31 Aug 1993 11:21:40 GMT Richard Saunders, Computer Centre said:
  104. >I believe you've had some replies about displaying these fields on
  105. >your form. What worries me a little bit is that you say you want to
  106. >place the data into the appropriate fields in the original table. The
  107. >whole idea of a relational database is that you DON'T duplicate data
  108. >in different tables.
  109.  
  110. Regardless of the "whole idea of relational databases," what we want
  111. to do is automate data entry for the two fields in question.  Period.
  112. It seems the simplest approach, and one that simplifies further work
  113. (ie, reports & such done later).
  114.  
  115. Of course, if you have an easier way in mind to accomplish the same
  116. thing with a minimum of complexity, that's great.  Please share it with
  117. us.
  118.  
  119. It's kind of a "make the program do what we want" issue, not a "proper
  120. behavior in relational databases" one.
  121.  
  122.  
  123. +----------------------------------------------------------------+
  124. | Chet Farmer, Assistant Director |   tel 205-348-9494           |
  125. | Project IDEALS                  |   cfarmer1@ua1vm.ua.edu      |
  126. | The University of Alabama       |   chet.farmer@genie.geis.com |
  127. |----------------------------------------------------------------|
  128. |   C is for Cookie, and that's good enough for me.  -- C. M.    |
  129. +----------------------------------------------------------------+
  130. =========================================================================
  131. Date:         Wed, 1 Sep 1993 08:59:54 PDT
  132. Reply-To:     Microsoft Access Database Discussion List
  133.               <ACCESS-L@INDYCMS.BITNET>
  134. Sender:       Microsoft Access Database Discussion List
  135.               <ACCESS-L@INDYCMS.BITNET>
  136. From:         Monty Kingsley <3533P@NAVPGS.BITNET>
  137. Subject:      Retrieving Info from the DB on what-number row out of how many is
  138.               displayed
  139.  
  140. I'm a new developer in MSAccess which i think is a great product.
  141. But there are a couple of rather simple-minded things i'm trying to do
  142. which i haven't had any trouble with in other DB environments.
  143. Let me illustrate with an example: say you have a payroll table for employees.
  144.  
  145. What you want to do is display on a single form salary payment info for an em-
  146. ployee which has been sorted in ascending order by time.  B U T you also want
  147. to display info on how many such payments there are for the employee A N D the
  148. number (in the sequence order) for the payment info now displayed.
  149.  
  150. Now, i confess i might be embarressed by a few two line replies showing how.
  151. I'm not completely stupid to the extent i can use a SQL count(*) query to
  152. display the total number of payments for an employee; even though i'm still
  153. having trouble getting this number to change when my form focuses on another
  154. employee.
  155.  
  156. But with respect to showing which number is being displayed in the sequence,
  157. i haven't a clue, after tryinq queries with count(*), Dcount and a few other
  158. odds and ends.  i called the Microsoft hotline and they just confirmed the
  159. difficulty of doing this, saying it's best done in Basic.  Somehow this made
  160. me feel better!
  161.  
  162. Well, any help wld sure be appreciated, despite how stupid it makes me look.
  163.  
  164. Regards/ Monty
  165. =========================================================================
  166. Date:         Wed, 1 Sep 1993 14:01:08 EST
  167. Reply-To:     Microsoft Access Database Discussion List
  168.               <ACCESS-L@INDYCMS.BITNET>
  169. Sender:       Microsoft Access Database Discussion List
  170.               <ACCESS-L@INDYCMS.BITNET>
  171. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  172. Subject:      hot keys?
  173.  
  174.      Does anyone know if there are hot keys for Access?
  175. =========================================================================
  176. Date:         Wed, 1 Sep 1993 14:35:11 EST
  177. Reply-To:     Microsoft Access Database Discussion List
  178.               <ACCESS-L@INDYCMS.BITNET>
  179. Sender:       Microsoft Access Database Discussion List
  180.               <ACCESS-L@INDYCMS.BITNET>
  181. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  182. Subject:      comand buttons on reports
  183.  
  184.      You can put a command button on a report but the properties box
  185.      doesn't include a field to attach an action to the button.  Does
  186.      anyone know how to attach a macro to a command button on a report?
  187.  
  188.  
  189.  
  190.      Scott Dahne
  191.      Research Fellow
  192.      Logistics Management Institute
  193.      Bethesda, MD  USA
  194.      sdahne@lmi.org
  195. =========================================================================
  196. Date:         Wed, 1 Sep 1993 18:58:58 EDT
  197. Reply-To:     Microsoft Access Database Discussion List
  198.               <ACCESS-L@INDYCMS.BITNET>
  199. Sender:       Microsoft Access Database Discussion List
  200.               <ACCESS-L@INDYCMS.BITNET>
  201. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  202. Organization: The American University
  203. Subject:      Suggestion for Monty
  204.  
  205. Seeing as how you are not stupid I will not insult your intelligence by posting
  206. 2 lines of basic code :-).....
  207.  
  208.  
  209.     You might want to try REFRESH QUERY.  Maybe hook it to a button.  You could
  210. also attach a macro to the "focus" of the list box.  In other words, when the
  211. user clicks on an employee a new salary payments and number come up.
  212.  
  213.     Also, form/ subform comes to mind.
  214.  
  215.  
  216. Good luck,
  217.           Greg
  218. =========================================================================
  219. Date:         Thu, 2 Sep 1993 08:18:00 EDT
  220. Reply-To:     Microsoft Access Database Discussion List
  221.               <ACCESS-L@INDYCMS.BITNET>
  222. Sender:       Microsoft Access Database Discussion List
  223.               <ACCESS-L@INDYCMS.BITNET>
  224. From:         David Long <mvdbl@MVGPG.ATT.COM>
  225. Subject:      "New Line"Code?
  226.  
  227. I heard that there are four lines of code
  228. that can entered into the "before update"
  229. section of a memo field that will allow
  230. one to enter carriage returns "new lines"
  231. without advancing to the next field.
  232. Thanks
  233. ==============================================================================
  234.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  235.   AT&T Network Systems                      or=> d.b-long@channel1.com
  236.   Quality Engineering                     Tele=> 508-960-3683
  237. ==============================================================================
  238. =========================================================================
  239. Date:         Thu, 2 Sep 1993 10:09:06 EST
  240. Reply-To:     Microsoft Access Database Discussion List
  241.               <ACCESS-L@INDYCMS.BITNET>
  242. Sender:       Microsoft Access Database Discussion List
  243.               <ACCESS-L@INDYCMS.BITNET>
  244. From:         Jeff Frost <jfrost@MAIL.LMI.ORG>
  245. Subject:      Multiple Changes
  246.  
  247.      Hi, I'm looking for a way to make changes to multiple fields on a
  248.      report.  For example, I have 15 text boxes that display numbers and I
  249.      would like to select them all and make them the same size, format,
  250.      etc..  Currently I'm selecting each individually and changing it.  Is
  251.      there a better way?
  252.  
  253.      Thanks, Jeff
  254. =========================================================================
  255. Date:         Thu, 2 Sep 1993 09:35:21 EDT
  256. Reply-To:     Microsoft Access Database Discussion List
  257.               <ACCESS-L@INDYCMS.BITNET>
  258. Sender:       Microsoft Access Database Discussion List
  259.               <ACCESS-L@INDYCMS.BITNET>
  260. From:         Shannon Burgin <##06@UTMARTN.BITNET>
  261. Subject:      references to controls, etc.
  262.  
  263. Is there a method of identifying all of the places a fieldname, or for
  264. that matter filename, controlname, etc., are being used in an Access
  265. Database Application? Example:
  266.  
  267. fieldname ABCD appears:
  268.   Tablename xxxx
  269.   Formname  yyyy
  270.   Formname  zzzz
  271.   Query     wwww
  272.   Macro     mmmm
  273.  
  274.  
  275. ************************************************************************
  276. *                                *                                     *
  277. * Shannon Burgin                 *    University of Tennessee/Martin   *
  278. * Bitnet: ##06@UTMARTN.BITNET    *    Computer Center                  *
  279. * Phone: 901-587-7890            *    102 Cooper Hall                  *
  280. * Senior Systems Analyst         *    Martin, TN 38238                 *
  281. * VM/VSE/CICS/VSAM/DLI/SQLDS     *                                     *
  282. ************************************************************************
  283. =========================================================================
  284. Date:         Thu, 2 Sep 1993 09:59:00 LCL
  285. Reply-To:     Microsoft Access Database Discussion List
  286.               <ACCESS-L@INDYCMS.BITNET>
  287. Sender:       Microsoft Access Database Discussion List
  288.               <ACCESS-L@INDYCMS.BITNET>
  289. From:         mkro <mkro.DIS-PC@BMAILIN.ITG.TI.COM>
  290. Subject:      Printing from ACCESS BASIC
  291.  
  292. Hello All!
  293.  
  294.    I am relatively new at "PC" programming, I been in the Mainframe
  295. environment.  Can anyone show me
  296.   or send me some SAMPLE ACCESS BASIC code that prints directly to LPT1 or
  297. LPT2, etc..?
  298.   I need to be able to send printer escape sequences and control characters.
  299.  I am trying to print
  300.   AIRBORN airbill labels using data stored in ACCESS tables.
  301.  
  302.  Any help or point of reference would be greatly appreciated.
  303.  
  304. Thanks in advance,
  305. Mike Kroeger
  306.                                                                 Standard Disclaimer Applies
  307. +----------------------------------------------------------------------------
  308. ------------------------------------------------------------------------+
  309. +          T E X A S  I N S T R U M E N T S     C O N S U M E R  P R O D U C T
  310. S       D I V I S I O N              +
  311. +----------------------------------------------------------------------------
  312. ------------------------------------------------------------------------+
  313. +  Phone: (214) 917-1591        Fax: (214) 917-1505         e-Mail:
  314. MKRO.DIS-PC@BMAILIN.ITG.TI.COM      +
  315. +----------------------------------------------------------------------------
  316. ------------------------------------------------------------------------+
  317. *** uuencoded BINARY enclosure ***
  318. The section below this line contains an MHS attachment.  To extract it,
  319. copy this message to a file and use the program UUDECODE.  For information
  320. on using UUDECODE on UNIX systems, type the command 'man uudecode'.  The
  321. attachment name was originally: ATTRIBS.BND
  322. ---------------
  323. begin 644 attribs.bnd
  324. M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``9O)FIK*```````4')I;G1I;F<@
  325. M9G)O;2!!0T-%4U,@0D%324,`````````````````````````````````````
  326. M````````````````````````````````````````````````````````````
  327. M`&UK<F\`````````````````````````````````````````````````````
  328. M```````````````````````````````````Q-CE&.#4R0S`Q0SE!,44P````
  329. M````````0F5Y;VYD(%!R;W!R:65T87)Y($1A=&$:``````0`````````!``%
  330. M````````````````````````````1F]R;01-96UO`0`````````5``,`````
  331. M``````````````````````!5<V4@4')O<&]R=&EO;F%L($9O;G0!``$1````
  332. M``````0`@@0``````````````````````````%1E>'1\!$AE;&QO($%L;"$*
  333. M(`H@("!)(&%M(')E;&%T:79E;'D@;F5W(&%T(")00R(@<')O9W)A;6UI;F<L
  334. M($D@8F5E;B!I;B!T:&4@36%I;F9R86UE(&5N=FER;VYM96YT+B`@0V%N(&%N
  335. M>6]N92!S:&]W(&UE(`H@(&]R('-E;F0@;64@<V]M92!304U03$4@04-#15-3
  336. M($)!4TE#(&-O9&4@=&AA="!P<FEN=',@9&ER96-T;'D@=&\@3%!4,2!O<B!,
  337. M4%0R+"!E=&,N+C\*("!)(&YE960@=&\@8F4@86)L92!T;R!S96YD('!R:6YT
  338. M97(@97-C87!E('-E<75E;F-E<R!A;F0@8V]N=')O;"!C:&%R86-T97)S+B`@
  339. M22!A;2!T<GEI;F<@=&\@<')I;G0@"B`@04E20D]23B!A:7)B:6QL(&QA8F5L
  340. M<R!U<VEN9R!D871A('-T;W)E9"!I;B!!0T-%4U,@=&%B;&5S+@H*($%N>2!H
  341. M96QP(&]R('!O:6YT(&]F(')E9F5R96YC92!W;W5L9"!B92!G<F5A=&QY(&%P
  342. M<')E8VEA=&5D+@H*5&AA;FMS(&EN(&%D=F%N8V4L"DUI:V4@2W)O96=E<@H)
  343. M"0D)"0D)"5-T86YD87)D($1I<V-L86EM97(@07!P;&EE<PHK+2TM+2TM+2TM
  344. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  345. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  346. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  347. M+2TM+2L**PD@("!4($4@6"!!(%,@($D@3B!3(%0@4B!5($T@12!.(%0@4PE#
  348. M($\@3B!3(%4@32!%(%(@(%`@4B!/($0@52!#(%0@4PE$($D@5B!)(%,@22!/
  349. M($X)("`@("`@("`@("`@("L**RTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  350. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  351. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  352. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TK"BL@(%!H;VYE.B`H
  353. M,C$T*2`Y,3<M,34Y,0E&87@Z("@R,30I(#DQ-RTQ-3`U("`@("`@("`@92U-
  354. M86EL.B!-2U)/+D1)4RU00T!"34%)3$E.+DE41RY422Y#3TT)("`@("L**RTM
  355. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  356. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  357. M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
  358. M+2TM+2TM+2TM+2TK````````````````$``&````````````````````````
  359. 9````071T86-H;65N="!#;W5N=`0````````&
  360. `
  361. end
  362. =========================================================================
  363. Date:         Thu, 2 Sep 1993 16:52:30 -0400
  364. Reply-To:     Microsoft Access Database Discussion List
  365.               <ACCESS-L@INDYCMS.BITNET>
  366. Sender:       Microsoft Access Database Discussion List
  367.               <ACCESS-L@INDYCMS.BITNET>
  368. From:         "John M. King" <p00756@PSILINK.COM>
  369. Organization: KING Systems
  370. Subject:      Re: references to controls, etc.
  371. In-Reply-To:  <9309021515.AA07226@rampage.psi.net>
  372.  
  373. >DATE:   Thu, 2 Sep 1993 09:35:21 EDT
  374. >FROM:   Shannon Burgin <##06%UTMARTN.BITNET@uga.cc.uga.edu>
  375. >
  376. >Is there a method of identifying all of the places a fieldname, or for
  377. >that matter filename, controlname, etc., are being used in an Access
  378. >Database Application?
  379.  
  380. I am fairly sure there is not.  If there is, I would sure like to know
  381. about it.  There are was to determine all those things, but not to
  382. cross reference them.
  383.  
  384. ********************************************************************************
  385. *         John King                                 KING Systems               *
  386. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  387. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  388. ********************************************************************************
  389. =========================================================================
  390. Date:         Thu, 2 Sep 1993 16:57:39 -0400
  391. Reply-To:     Microsoft Access Database Discussion List
  392.               <ACCESS-L@INDYCMS.BITNET>
  393. Sender:       Microsoft Access Database Discussion List
  394.               <ACCESS-L@INDYCMS.BITNET>
  395. From:         "John M. King" <p00756@PSILINK.COM>
  396. Organization: KING Systems
  397. Subject:      Re: Multiple Changes
  398. In-Reply-To:  <9309021515.AA07182@rampage.psi.net>
  399.  
  400. >DATE:   Thu, 2 Sep 1993 10:09:06 EST
  401. >FROM:   Jeff Frost <jfrost@MAIL.LMI.ORG>
  402. >
  403. >     Hi, I'm looking for a way to make changes to multiple fields on a
  404. >     report.  For example, I have 15 text boxes that display numbers and I
  405. >     would like to select them all and make them the same size, format,
  406. >     etc..  Currently I'm selecting each individually and changing it.  Is
  407. >     there a better way?
  408.  
  409. You can select them all easily enough. Either use the mouse to draw a
  410. box around them or hold down the shift key when you select them.  It is
  411. nice for aligning controls and moving groups of them around.  But there
  412. is no way to change a group of properties at once and change them.
  413.  
  414. You could write code to to it in most cases, but it would likely take
  415. longer than changing them individually.
  416.  
  417. It would be nice to be able to do it.
  418.  
  419. ********************************************************************************
  420. *         John King                                 KING Systems               *
  421. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  422. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  423. ********************************************************************************
  424. =========================================================================
  425. Date:         Thu, 2 Sep 1993 17:15:00 EST
  426. Reply-To:     Microsoft Access Database Discussion List
  427.               <ACCESS-L@INDYCMS.BITNET>
  428. Sender:       Microsoft Access Database Discussion List
  429.               <ACCESS-L@INDYCMS.BITNET>
  430. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  431. Organization: IUPUI Student Activities Office (317) 274-3931
  432. Subject:      strange report print bug
  433.  
  434. I have one report in a database that used to work fine.  Suddenly it will
  435. print the first two pages fine, then start to choke on the third page
  436. and make a complete mess of the fourth page altogether.  The kicker is
  437. that I can get pages three and four to print without a problem if I
  438. print them individually (i.e., print range 3 to 3 or 4 to 4).  I'm printing
  439. to a HPLJ IIID in PCL mode (Postscript is worse!) that's hooked to my
  440. computer via a Buffalo SLmkII peripheral sharing device.  Any thoughts?
  441. I think the report is corrupt somehow but even running Repair Database
  442. didn't help.  I'd hate to re-do it from scratch but that's what I'm
  443. looking at.
  444.  
  445. I do NOT have this problem with any other report.
  446.  
  447. TIA,
  448. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  449. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  450. Indiana University Purdue University Indianapolis
  451. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  452. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  453. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  454. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  455. ------------------------------------------------------------------------------
  456. =========================================================================
  457. Date:         Thu, 2 Sep 1993 18:19:12 EDT
  458. Reply-To:     Microsoft Access Database Discussion List
  459.               <ACCESS-L@INDYCMS.BITNET>
  460. Sender:       Microsoft Access Database Discussion List
  461.               <ACCESS-L@INDYCMS.BITNET>
  462. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  463. Subject:      cross references to controls, etc.
  464.  
  465. From:   "John M. King", INTERNET:p00756@PSILINK.COM
  466. % >FROM:   Shannon Burgin <##06%UTMARTN.BITNET@uga.cc.uga.edu>
  467. % >
  468. % >Is there a method of identifying all of the places a fieldname, or for
  469. % >that matter filename, controlname, etc., are being used in an Access
  470. % >Database Application?
  471. %
  472. % I am fairly sure there is not.  If there is, I would sure like to know
  473. % about it.  There are was to determine all those things, but not to
  474. % cross reference them.
  475.  
  476. I would suggest one look at how the Access Analyzer works -- if it doesn't do
  477.  what you want, there
  478. are plenty of clues there for determining how to do your own.  The big "trick"
  479.  is knowing to go
  480. into the "View" option, select "Options", and change "Show System Objects" to
  481.  "Yes".  You'll
  482. see plenty of little interesting things show up in the container class window
  483.  then...
  484.  
  485. I have a (pedantic) cursiosity question:  if you can determine the information,
  486.  why can you not
  487. cross-reference it?  One would think it would be like saying "I know what the
  488.  batter did each time at the
  489. plate, but I can't figure out his batting average" -- wouldn't it? I'm not
  490.  intending this as a flame, just trying to
  491. understand the reasoning.
  492. =========================================================================
  493. Date:         Thu, 2 Sep 1993 15:41:38 PDT
  494. Reply-To:     Microsoft Access Database Discussion List
  495.               <ACCESS-L@INDYCMS.BITNET>
  496. Sender:       Microsoft Access Database Discussion List
  497.               <ACCESS-L@INDYCMS.BITNET>
  498. From:         Jonathan Lavigne <BL.JPL@RLG.BITNET>
  499. Subject:      Re: Multiple Changes
  500.  
  501. REPLY TO 09/02/93 14:30 FROM ACCESS-L@INDYCMS.BITNET "Microsoft Access Database
  502. Discussion List": Re: Multiple Changes
  503.  
  504. >From:         "John M. King" <p00756@PSILINK.COM>
  505. >Organization: KING Systems
  506. >Subject:      Re: Multiple Changes
  507. >To:           Multiple recipients of list ACCESS-L <ACCESS-L@INDYCMS.BITNET>
  508. >In-Reply-To:  <9309021515.AA07182@rampage.psi.net>
  509. >
  510. >>DATE:   Thu, 2 Sep 1993 10:09:06 EST
  511. >>FROM:   Jeff Frost <jfrost@MAIL.LMI.ORG>
  512. >>
  513. >>     Hi, I'm looking for a way to make changes to multiple fields on a
  514. >>     report.  For example, I have 15 text boxes that display numbers and I
  515. >>     would like to select them all and make them the same size, format,
  516. >>     etc..  Currently I'm selecting each individually and changing it.  Is
  517. >>     there a better way?
  518. >
  519. >You can select them all easily enough. Either use the mouse to draw a
  520. >box around them or hold down the shift key when you select them.  It is
  521. >nice for aligning controls and moving groups of them around.  But there
  522. >is no way to change a group of properties at once and change them.
  523. >
  524. >You could write code to to it in most cases, but it would likely take
  525. >longer than changing them individually.
  526. >
  527. >It would be nice to be able to do it.
  528. John,
  529.  
  530. It's true that you can't change properties (such as Can Grow, Can
  531. Shrink, etc.) for a group of controls.  At least, if you can do
  532. it, I don't know how.  But Jeff's original post asked about resizing
  533. and reformatting multiple controls at the same time.  I just
  534. discovered how to do that today, though I guess if I had bothered to
  535. look at all the menu options, I would have noticed much earlier. It
  536. would have saved me a lot of trouble fiddling around with command
  537. buttons to get them all the same size.  Here's the proceudre.
  538.  
  539. 1. In design view for a report (or a form), define the size, borders
  540.    etc. for one control and select that control.
  541.  
  542. 2. Choose Layout/Change Default to save the layout options for the
  543.    selected control as the default.
  544.  
  545. 3. Select the other controls to which you want to apply the default.
  546.  
  547. 4. Choose Layout/Apply Default to apply the default characteristics
  548.    to all the selected controls.
  549.  
  550. Jonathan Lavigne
  551. Research Libraries Group/Stanford University
  552.  
  553. To:  ACCESS-L@INDYCMS.BITNET
  554. =========================================================================
  555. Date:         Fri, 3 Sep 1993 06:04:42 -0400
  556. Reply-To:     Microsoft Access Database Discussion List
  557.               <ACCESS-L@INDYCMS.BITNET>
  558. Sender:       Microsoft Access Database Discussion List
  559.               <ACCESS-L@INDYCMS.BITNET>
  560. From:         "John M. King" <p00756@PSILINK.COM>
  561. Organization: KING Systems
  562. Subject:      Re: cross references to controls, etc.
  563. In-Reply-To:  <9309022231.AA22811@rampage.psi.net>
  564.  
  565. >DATE:   Thu, 2 Sep 1993 18:19:12 EDT
  566. >FROM:   Phil Paxton <72410.2162@COMPUSERVE.COM>
  567. >
  568. >From:   "John M. King", INTERNET:p00756@PSILINK.COM
  569. >% >FROM:   Shannon Burgin <##06%UTMARTN.BITNET@uga.cc.uga.edu>
  570. >% >
  571. >% >Is there a method of identifying all of the places a fieldname, or for
  572. >% >that matter filename, controlname, etc., are being used in an Access
  573. >% >Database Application?
  574. >%
  575. >% I am fairly sure there is not.  If there is, I would sure like to know
  576. >% about it.  There are was to determine all those things, but not to
  577. >% cross reference them.
  578. >
  579. >
  580. >I have a (pedantic) cursiosity question:  if you can determine the information,
  581. > why can you not
  582. >cross-reference it?  One would think it would be like saying "I know what the
  583. > batter did each time at the
  584. >plate, but I can't figure out his batting average" -- wouldn't it? I'm not
  585. > intending this as a flame, just trying to
  586. >understand the reasoning.
  587.  
  588. The reasoning is this.  It is easy, as you indicate, to use the
  589. analyzer to produce a report, for example, of field names and all the
  590. tables they are used in.  It is an easy reportto produce and I have
  591. made good use of it.  It is not as easy, and may not be possible, to
  592. produce a report showing everywhere in an application a given control
  593. or field is referenced--in macros, functions, etc.
  594.  
  595. There is a product called "Total Access" which produces a vast amount
  596. of documentation.  We are ordering it, but I have not used it yet.  I
  597. believe that I read that it does not include such a cross reference.
  598.  
  599. I would be very interested in seeing the details, if you have produced
  600. such a report.  That was the main reason for my response.  I do not
  601. believe it is a trivial task and would be interested in seeing how it
  602. is done.
  603.  
  604. ********************************************************************************
  605. *         John King                                 KING Systems               *
  606. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  607. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  608. ********************************************************************************
  609. =========================================================================
  610. Date:         Fri, 3 Sep 1993 09:50:23 CDT
  611. Reply-To:     Microsoft Access Database Discussion List
  612.               <ACCESS-L@INDYCMS.BITNET>
  613. Sender:       Microsoft Access Database Discussion List
  614.               <ACCESS-L@INDYCMS.BITNET>
  615. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  616. Organization: Simulation & Gaming - Project IDEALS
  617. Subject:      Re: strange report print bug
  618. In-Reply-To:  Message of Thu, 2 Sep 1993 17:15:00 EST from <NBRINDLE@INDYCMS>
  619.  
  620. On Thu, 2 Sep 1993 17:15:00 EST Nathan Brindle said:
  621. >I have one report in a database that used to work fine.  Suddenly it will
  622. >print the first two pages fine, then start to choke on the third page
  623. >and make a complete mess of the fourth page altogether.  The kicker is
  624. >that I can get pages three and four to print without a problem if I
  625. >print them individually (i.e., print range 3 to 3 or 4 to 4).  I'm printing
  626. >to a HPLJ IIID in PCL mode (Postscript is worse!) that's hooked to my
  627. >computer via a Buffalo SLmkII peripheral sharing device.  Any thoughts?
  628. >I think the report is corrupt somehow but even running Repair Database
  629. >didn't help.  I'd hate to re-do it from scratch but that's what I'm
  630. >looking at.
  631.  
  632. I've sort of had a very similar problem -- but the computer says "buffer
  633. full" and then you have to start all over.  Have you checked using
  634. another printer, or a dump to disc (ascii would be best so you can
  635. check)?  If there's no problem there, look at the computer.  But waht
  636. you say below seems to indicated it might well be your report got
  637. glitched up (so to speak).  Good luck, David
  638.  
  639. >I do NOT have this problem with any other report.
  640. =========================================================================
  641. Date:         Fri, 3 Sep 1993 09:54:28 CDT
  642. Reply-To:     Microsoft Access Database Discussion List
  643.               <ACCESS-L@INDYCMS.BITNET>
  644. Sender:       Microsoft Access Database Discussion List
  645.               <ACCESS-L@INDYCMS.BITNET>
  646. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  647. Organization: Simulation & Gaming - Project IDEALS
  648. Subject:      Re: Multiple Changes
  649. In-Reply-To:  Message of Thu, 2 Sep 1993 15:41:38 PDT from <BL.JPL@RLG>
  650.  
  651. Thanks, Jonathan, for the multiple sizing tip.
  652. Terrific.  Best, David
  653. =========================================================================
  654. Date:         Fri, 3 Sep 1993 10:12:39 CDT
  655. Reply-To:     Microsoft Access Database Discussion List
  656.               <ACCESS-L@INDYCMS.BITNET>
  657. Sender:       Microsoft Access Database Discussion List
  658.               <ACCESS-L@INDYCMS.BITNET>
  659. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  660. Organization: Simulation & Gaming - Project IDEALS
  661. Subject:      Re: cross references to controls, etc.
  662. In-Reply-To:  Message of Fri,
  663.               3 Sep 1993 06:04:42 -0400 from <p00756@PSILINK.COM>
  664.  
  665. Please would you provide complete information on
  666. Total Access -- esp. an 800 number.  Many thanks, David
  667. =========================================================================
  668. Date:         Fri, 3 Sep 1993 10:06:03 EST
  669. Reply-To:     Microsoft Access Database Discussion List
  670.               <ACCESS-L@INDYCMS.BITNET>
  671. Sender:       Microsoft Access Database Discussion List
  672.               <ACCESS-L@INDYCMS.BITNET>
  673. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  674. Organization: IUPUI Student Activities Office (317) 274-3931
  675. Subject:      Re: strange report print bug
  676. In-Reply-To:  Message of Fri, 3 Sep 1993 09:50:23 CDT from <CROOKALL@UA1VM>
  677.  
  678. David, I don't have a buffer problem because I don't use the &#^#! print
  679. manager.  I need stuff faster than the PM can give it to me.  But it is
  680. possible that it is the printer (and it also <may> have something to do
  681. with the context-sensitive printer language switcher that runs as a TSR
  682. and determines whether the document is PS or PCL and informs the printer
  683. accordingly.  I'll do some checking and report what I find back to the
  684. list.
  685.  
  686. BTW, MS was supposed to be marketing some super-duper print accellerator
  687. some time back.  Did anyone ever see it?  There was a splash in one of the
  688. slick magazine/ads I got in the mail but no ordering information and then
  689. it seemed to disappear.  Then I heard something about a lawsuit.  ???
  690.  
  691. Thanks,
  692. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  693. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  694. Indiana University Purdue University Indianapolis
  695. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  696. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  697. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  698. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  699. ------------------------------------------------------------------------------
  700. =========================================================================
  701. Date:         Fri, 3 Sep 1993 08:25:57 MST
  702. Reply-To:     Microsoft Access Database Discussion List
  703.               <ACCESS-L@INDYCMS.BITNET>
  704. Sender:       Microsoft Access Database Discussion List
  705.               <ACCESS-L@INDYCMS.BITNET>
  706. From:         Dan Eklund <eklundd@NOAO.EDU>
  707. Subject:      Re[2]: cross references to controls, etc.
  708.  
  709. Please would you provide complete information on
  710. Total Access -- esp. an 800 number.  Many thanks, David
  711.  
  712. From Aug/Sep 93 ACCESS ADVISOR Mag page 9
  713. Special Intro Price $145 + $5 S&H
  714. FMS, Inc.
  715. 8027 Leesburg Pike, Suite 410
  716. Vienna, VA 22182
  717. (703) 356-4700, FAX: (703) 448-3861
  718.  
  719. Good Luck
  720. Dan
  721. =========================================================================
  722. Date:         Fri, 3 Sep 1993 11:50:02 CDT
  723. Reply-To:     Microsoft Access Database Discussion List
  724.               <ACCESS-L@INDYCMS.BITNET>
  725. Sender:       Microsoft Access Database Discussion List
  726.               <ACCESS-L@INDYCMS.BITNET>
  727. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  728. Organization: Simulation & Gaming - Project IDEALS
  729. Subject:      Re: strange report print bug
  730. In-Reply-To:  Message of Fri, 3 Sep 1993 10:06:03 EST from <NBRINDLE@INDYCMS>
  731.  
  732. Thanks, Nathan.  Your problem seems too complex for me.
  733. Good luck -- would like to know how you solve it.
  734. Best, david
  735. =========================================================================
  736. Date:         Fri, 3 Sep 1993 11:57:38 EST
  737. Reply-To:     Microsoft Access Database Discussion List
  738.               <ACCESS-L@INDYCMS.BITNET>
  739. Sender:       Microsoft Access Database Discussion List
  740.               <ACCESS-L@INDYCMS.BITNET>
  741. From:         Jon Diercks <jon@ANDERSON.EDU>
  742. Subject:      Re: strange report print bug
  743. In-Reply-To:  from "Nathan Brindle" at Sep 2, 93 5:15 pm
  744.  
  745. > ...to a HPLJ IIID in PCL mode (Postscript is worse!) that's hooked to my
  746. > computer via a Buffalo SLmkII peripheral sharing device.  Any thoughts?
  747.  
  748. If either of the buffalo connections (PC<->buf or buf<->printer) are
  749. serial, make sure you have flow control set up correctly on both
  750. sides.  We set the buffalo for both hardware and software flow control.
  751.  
  752. --
  753.  \on \                         jon@anderson.edu          Administrative Systems
  754. \_\ <_\iercks                                               Anderson University
  755.    >                                                               Anderson, IN
  756.   ---  ...Life is too important to be taken seriously.
  757. =========================================================================
  758. Date:         Fri, 3 Sep 1993 12:15:06 EST
  759. Reply-To:     Microsoft Access Database Discussion List
  760.               <ACCESS-L@INDYCMS.BITNET>
  761. Sender:       Microsoft Access Database Discussion List
  762.               <ACCESS-L@INDYCMS.BITNET>
  763. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  764. Organization: IUPUI Student Activities Office (317) 274-3931
  765. Subject:      Re: strange report print bug
  766. In-Reply-To:  Message of Fri, 3 Sep 1993 11:57:38 EST from <jon@ANDERSON.EDU>
  767.  
  768. Thanks, Jon, I'll check that.
  769.  
  770. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  771. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  772. Indiana University Purdue University Indianapolis
  773. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  774. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  775. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  776. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  777. ------------------------------------------------------------------------------
  778. =========================================================================
  779. Date:         Fri, 3 Sep 1993 15:02:47 EDT
  780. Reply-To:     Microsoft Access Database Discussion List
  781.               <ACCESS-L@INDYCMS.BITNET>
  782. Sender:       Microsoft Access Database Discussion List
  783.               <ACCESS-L@INDYCMS.BITNET>
  784. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  785. Subject:      Total Access
  786.  
  787. % From: Dan Eklund, INTERNET:eklundd@NOAO.EDU
  788. % From Aug/Sep 93 ACCESS ADVISOR Mag page 9
  789. % Special Intro Price $145 + $5 S&H
  790.  
  791. *snicker* it's always funny to see supporting products costing more than the
  792.  product itself!
  793. =========================================================================
  794. Date:         Fri, 3 Sep 1993 09:29:00 EDT
  795. Reply-To:     Microsoft Access Database Discussion List
  796.               <ACCESS-L@INDYCMS.BITNET>
  797. Sender:       Microsoft Access Database Discussion List
  798.               <ACCESS-L@INDYCMS.BITNET>
  799. From:         David Long <mvdbl@MVGPG.ATT.COM>
  800. Subject:      Counter Number
  801.  
  802. I'm trying to set a field with a data type of counter, to
  803. start with a specified number. My problem is that I have
  804. two separate databases being inputed with like information.
  805. When I go to append the data from one to the other then I have
  806. clashing record numbers. Is it possible to get around this
  807. problem? Any information would be appreciated.
  808.  
  809. ==============================================================================
  810.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  811.   AT&T Network Systems                      or=> d.b-long@channel1.com
  812.   Quality Engineering                     Tele=> 508-960-3683
  813. ==============================================================================
  814. =========================================================================
  815. Date:         Fri, 3 Sep 1993 16:59:26 EDT
  816. Reply-To:     Microsoft Access Database Discussion List
  817.               <ACCESS-L@INDYCMS.BITNET>
  818. Sender:       Microsoft Access Database Discussion List
  819.               <ACCESS-L@INDYCMS.BITNET>
  820. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  821. Subject:      Merging "Unique" Counter Numbers / was Counter Numbers
  822.  
  823. % From: David Long <mvdbl@MVGPG.ATT.COM>
  824.  
  825. % I'm trying to set a field with a data type of counter, to
  826. % start with a specified number. My problem is that I have
  827. % two separate databases being inputed with like information.
  828. % When I go to append the data from one to the other then I have
  829. % clashing record numbers. Is it possible to get around this
  830. % problem? Any information would be appreciated.
  831.  
  832. A similar problem was posed on this list recently.  The request was for unique
  833.  values to be established such
  834. [that] a merged set of tables would ensure the primary key would remain unique.
  835.  My suggestions (the latter
  836. is probably better) with a twist for your situation are:
  837.  
  838. 1) Assign a unique identifier to each PC and use it as part of the primary key
  839.  with a counter field.  But this
  840. means monitoring and maintaining extra information.
  841.  
  842. 2) Make the primary key a combination of a counter field and the entry time.
  843.  When you merge/append the
  844. individual tables into the master table, the counter field of the "real" table
  845.  could be used rather than the
  846. one assigned at the individual machines.
  847.  
  848. Hope this helps.
  849. =========================================================================
  850. Date:         Fri, 3 Sep 1993 17:00:24 CDT
  851. Reply-To:     Microsoft Access Database Discussion List
  852.               <ACCESS-L@INDYCMS.BITNET>
  853. Sender:       Microsoft Access Database Discussion List
  854.               <ACCESS-L@INDYCMS.BITNET>
  855. From:         Chet Farmer <CFARMER1@UA1VM.BITNET>
  856. Organization: Project IDEALS -- The University of Alabama
  857. Subject:      Re: Automatic field updates
  858. In-Reply-To:  Message of Tue, 31 Aug 1993 09:32:12 +0200 from <focke@GMD.DE>
  859.  
  860. On Tue, 31 Aug 1993 09:32:12 +0200 Stefan Focke said:
  861. >>I've experimented with the DLookUp function to a point; I've even managed
  862. >>to get a non-interactive version of this working for the French name (ie,
  863. >>I've an action query that runs through the database and supplies the
  864. >>French name for every record).  What I want still eludes me.
  865. >
  866. >DLookUp should work for you. I did something simular and it worked. Prehaps
  867. >you should post the code you use.
  868.  
  869. Thanks, Stefan -- if I can't get it to go after a good try, I'll
  870. post some code.  Have a good weekend -- actually, at this writing, it
  871. appears you're probably already having one, time zones being what they
  872. are.
  873.  
  874. >Stefan Focke                  Tel. 02241-14-3154
  875. >GMD-ISA                       e-mail: focke@gmd.de
  876. >Rathausalle 10
  877. >D-W 5205 Sankt Augustin 1
  878. >    ********** MS-Word: From the guys who brought us EDLIN ********
  879.  
  880. There are those who claim that EDLIN is MS-DOS' only real claim to
  881. being a "real" operating system -- the basis being that all "real"
  882. operating systems come with an impossible-to-use, user-hostile,
  883. irritating editor.  See Unix (vi), VM/XA (Xedit), etc.
  884.  
  885.  
  886. +----------------------------------------------------------------+
  887. | Chet Farmer, Assistant Director |   tel 205-348-9494           |
  888. | Project IDEALS                  |   cfarmer1@ua1vm.ua.edu      |
  889. | The University of Alabama       |   chet.farmer@genie.geis.com |
  890. |----------------------------------------------------------------|
  891. |   C is for Cookie, and that's good enough for me.  -- C. M.    |
  892. +----------------------------------------------------------------+
  893. =========================================================================
  894. Date:         Fri, 3 Sep 1993 17:03:36 -0400
  895. Reply-To:     Microsoft Access Database Discussion List
  896.               <ACCESS-L@INDYCMS.BITNET>
  897. Sender:       Microsoft Access Database Discussion List
  898.               <ACCESS-L@INDYCMS.BITNET>
  899. From:         "John M. King" <p00756@PSILINK.COM>
  900. Organization: KING Systems
  901. Subject:      Re: cross references to controls, etc.
  902. In-Reply-To:  <9309031512.AA13990@rampage.psi.net>
  903.  
  904. >DATE:   Fri, 3 Sep 1993 10:12:39 CDT
  905. >FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  906. >
  907. >Please would you provide complete information on
  908. >Total Access -- esp. an 800 number.  Many thanks, David
  909.  
  910. Total Access is a product of FMS, Inc
  911.                              8027 Leesburg Pike
  912.                              Suite 410, Dept. 322
  913.                              Vienna, VA 22182
  914. 703-356-4700 ext 322
  915. 703-448-3861 (fax)
  916. Compuserve 73710,463 also 75160,3375
  917.  
  918. no 800 # given
  919. Add says includes a "Field Cross-Reference" as one of 40 built-in reports.
  920. I have not used the product.
  921. ********************************************************************************
  922. *         John King                                 KING Systems               *
  923. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  924. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  925. ********************************************************************************
  926. =========================================================================
  927. Date:         Fri, 3 Sep 1993 14:33:00 CDT
  928. Reply-To:     Microsoft Access Database Discussion List
  929.               <ACCESS-L@INDYCMS.BITNET>
  930. Sender:       Microsoft Access Database Discussion List
  931.               <ACCESS-L@INDYCMS.BITNET>
  932. From:         Miguel Rivera <miguelr@IHLPE.ATT.COM>
  933. Subject:      Help with lots of records in Combo Box
  934.  
  935. Hi everybody,
  936.  
  937. My brother is developing an application using access and he ran into
  938. a performance problem. Here is the problem:
  939.  
  940. The system he is developing is a Point of Sale system. There are basically
  941. 3 tables involved in this problem. The first table is called "Products"
  942. and this table holds all the products available in the store keyed by BarCode.
  943. The second table is the "Inventory" table which holds the inventory information
  944. keyed by BarCode. Some of the inventory information are lot number,
  945. expiration date, and so on. The relationship between "Products" and "Inventory"
  946. is a one to many relationship. Ok so far, the third table has the actual sale
  947. information which holds information about who bought the product, how
  948. much was paid for it, and so on.
  949.  
  950. The sale form is a continuous form with the following fields:
  951.         BarCode
  952.         Units
  953.         PricePerUnit
  954.         Total (Calculated field)
  955.         QtyOnInventory (Calculated field)
  956.  
  957. The BarCode field is a ComboBox and it is using a Query as a source.
  958. The Query generates a table with the following fields:
  959.         ProductDescription
  960.         BarCode
  961.  
  962. The bounded field in the combo box is the BarCode, but the user
  963. choose the product by the description.
  964.  
  965. Now, here is the problem. First the combo box shows only the items on inventory
  966. using the UNIQUE option of the query. This means that the number of items
  967. in the combo box is less or equal to the number of items in the "Products"
  968. table. The problem is that the product table has over 8000 records and Access
  969. become very slow handling the combo box to the point that become unusable
  970. running on a 386 33MGZ with 8 Megs of RAM and 12ms HD.
  971.  
  972. I like his design because it is easy to use for the salesperson but
  973. it is trading off performance. Does anybody has a suggestion on
  974. how to balance the performance with the usability of the program?
  975.  
  976. Any reply is greatly appreciated.
  977.  
  978. Thank you,
  979. Miguel Rivera
  980. miguelr@ihlpe.att.com
  981. =========================================================================
  982. Date:         Fri, 3 Sep 1993 21:35:57 EDT
  983. Reply-To:     Microsoft Access Database Discussion List
  984.               <ACCESS-L@INDYCMS.BITNET>
  985. Sender:       Microsoft Access Database Discussion List
  986.               <ACCESS-L@INDYCMS.BITNET>
  987. From:         Phillip Paxton <72410.2162@COMPUSERVE.COM>
  988. Subject:      Help with lots of records in Combo Box
  989.  
  990. % From: Miguel Rivera, INTERNET:miguelr@IHLPE.ATT.COM
  991.  
  992. % My brother is developing an application using access and he ran into
  993. % a performance problem. Here is the problem:
  994.  
  995. % Now, here is the problem. First the combo box shows only the items on
  996.  inventory
  997. % using the UNIQUE option of the query. This means that the number of items
  998. % in the combo box is less or equal to the number of items in the "Products"
  999. % table. The problem is that the product table has over 8000 records and Access
  1000. % become very slow handling the combo box to the point that become unusable
  1001. % running on a 386 33MGZ with 8 Megs of RAM and 12ms HD.
  1002.  
  1003. % I like his design because it is easy to use for the salesperson but
  1004. % it is trading off performance. Does anybody has a suggestion on
  1005. % how to balance the performance with the usability of the program?
  1006.  
  1007. In a nutshell, the problem isn't in the design or in the hardware capacity
  1008.  (you'd probably
  1009. see similar numbers on a 486).
  1010.  
  1011. The problem is in overloading (not C++ overloading) your combo box.  Access
  1012.  Combo Boxes
  1013. are not built for allowing you to select every word in a dictionary.  In terms
  1014.  of performance,
  1015. those combo boxes are like spoons -- nice to eat soup with, but not to be used
  1016.  in place of
  1017. a bucket or a bilge pump.
  1018.  
  1019. Compu$erve is littered with many, many stories of people who design elegant
  1020.  applications
  1021. only to see them wither away in support with their users once the database
  1022.  accumulates
  1023. enough records to bog down the combo box.
  1024.  
  1025. Perhaps a slight change would help -- I modified (actually, rewrote) the address
  1026.  book portion of
  1027. the PIM which is supplied with Access and instead of the push buttons for A-Z
  1028.  taking you to
  1029. a name immediately, it begins spelling out the name (you could substitute the
  1030.  keyboard) until
  1031. you hit the ! (go) button and then use a combo box to select from the list of
  1032.  hits.
  1033.  
  1034. Phil Paxton
  1035. Development, Eidetic, and 7-ball juggler
  1036. SAMS/Prentice Hall Computer Publishing
  1037. Carmel, Indiana
  1038. =========================================================================
  1039. Date:         Sat, 4 Sep 1993 08:45:29 -0400
  1040. Reply-To:     Microsoft Access Database Discussion List
  1041.               <ACCESS-L@INDYCMS.BITNET>
  1042. Sender:       Microsoft Access Database Discussion List
  1043.               <ACCESS-L@INDYCMS.BITNET>
  1044. From:         "John M. King" <p00756@PSILINK.COM>
  1045. Organization: KING Systems
  1046. Subject:      Re: Counter Number
  1047. In-Reply-To:  <9309032026.AA24729@rampage.psi.net>
  1048.  
  1049. >DATE:   Fri, 3 Sep 1993 09:29:00 EDT
  1050. >FROM:   David Long <mvdbl@MVGPG.ATT.COM>
  1051. >
  1052. >I'm trying to set a field with a data type of counter, to
  1053. >start with a specified number. My problem is that I have
  1054. >two separate databases being inputed with like information.
  1055. >When I go to append the data from one to the other then I have
  1056. >clashing record numbers. Is it possible to get around this
  1057. >problem? Any information would be appreciated.
  1058. >
  1059.  
  1060. It is possible to seed a table using a counter key, so that it starts
  1061. at a particular number.  You need a second table which has a long
  1062. number field with the same name as the counter field of the first
  1063. table, that would be the only field in the second table. Enter a value
  1064. in the second table's field which is one less than the first key value
  1065. you desire.
  1066.  
  1067. Append the row from the second table to you first table.  You can
  1068. delete that row immediatlely afterward.  Rows added to your first table
  1069. will have a key one greater than the "seeded" row.  Do not compact the
  1070. table before adding the first row of "real" data or the counter will be
  1071. reset to 1.
  1072.  
  1073. This technique come from the Microsoft Knowledge Base article # Q94821.
  1074. You can adopt varriations on this technique.  The key is that you can
  1075. append rows to a table with whatever key value you want to seed you tables.
  1076. I don't know if this fits your situation, but I hope it is of some use.
  1077.  
  1078. ********************************************************************************
  1079. *         John King                                 KING Systems               *
  1080. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  1081. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  1082. ********************************************************************************
  1083. =========================================================================
  1084. Date:         Sat, 4 Sep 1993 10:44:23 EDT
  1085. Reply-To:     Microsoft Access Database Discussion List
  1086.               <ACCESS-L@INDYCMS.BITNET>
  1087. Sender:       Microsoft Access Database Discussion List
  1088.               <ACCESS-L@INDYCMS.BITNET>
  1089. From:         Phillip Paxton <72410.2162@COMPUSERVE.COM>
  1090. Subject:      Re: Counter Number
  1091.  
  1092. % From: "John M. King", INTERNET:p00756@PSILINK.COM
  1093. >
  1094. >I'm trying to set a field with a data type of counter, to
  1095. >start with a specified number. My problem is that I have
  1096. >two separate databases being inputed with like information.
  1097. >When I go to append the data from one to the other then I have
  1098. >clashing record numbers. Is it possible to get around this
  1099. >problem? Any information would be appreciated.
  1100. >
  1101.  
  1102. % It is possible to seed a table using a counter key, so that it starts
  1103. % at a particular number.  You need a second table which has a long
  1104. % number field with the same name as the counter field of the first
  1105. % table, that would be the only field in the second table. Enter a value
  1106. % in the second table's field which is one less than the first key value
  1107. % you desire.
  1108.  
  1109. % I don't know if this fits your situation, but I hope it is of some use.
  1110.  
  1111. Based upon the original premise, I'm not sure how this fits in -- for multiple
  1112. collection sites, it would seem to cause extra overhead in the merging process
  1113. since the data would have to be preprocessed.
  1114. =========================================================================
  1115. Date:         Sat, 4 Sep 1993 13:29:32 CDT
  1116. Reply-To:     Microsoft Access Database Discussion List
  1117.               <ACCESS-L@INDYCMS.BITNET>
  1118. Sender:       Microsoft Access Database Discussion List
  1119.               <ACCESS-L@INDYCMS.BITNET>
  1120. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1121. Organization: Simulation & Gaming - Project IDEALS
  1122. Subject:      Re: Total Access
  1123. In-Reply-To:  Message of Fri,
  1124.               3 Sep 1993 15:02:47 EDT from <72410.2162@COMPUSERVE.COM>
  1125.  
  1126. On Fri, 3 Sep 1993 15:02:47 EDT Phil Paxton said:
  1127. >% From: Dan Eklund, INTERNET:eklundd@NOAO.EDU
  1128. >% From Aug/Sep 93 ACCESS ADVISOR Mag page 9
  1129. >% Special Intro Price $145 + $5 S&H
  1130. >
  1131. >*snicker* it's always funny to see supporting products costing more than the
  1132. > product itself!
  1133.  
  1134. Could some of you please let us know what Total Access is like.  Is it
  1135. worth it? (even if it's more than Access itself).  Does it actually
  1136. help one a lot to build efficient data bases?  Thanks, David
  1137. =========================================================================
  1138. Date:         Sat, 4 Sep 1993 13:33:31 CDT
  1139. Reply-To:     Microsoft Access Database Discussion List
  1140.               <ACCESS-L@INDYCMS.BITNET>
  1141. Sender:       Microsoft Access Database Discussion List
  1142.               <ACCESS-L@INDYCMS.BITNET>
  1143. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1144. Organization: Simulation & Gaming - Project IDEALS
  1145. Subject:      Re: cross references to controls, etc.
  1146. In-Reply-To:  Message of Fri,
  1147.               3 Sep 1993 17:03:36 -0400 from <p00756@PSILINK.COM>
  1148.  
  1149. Thanks, John, for the info.  Do you think that Total Access
  1150. is worth the money?  Does it help a lot in developing a
  1151. db?  Could people out there let us know what they think
  1152. of Total Access.  Thanks, David.
  1153.  
  1154. John, do you market any products that help with developing
  1155. databases?  Best, David
  1156. =========================================================================
  1157. Date:         Sat, 4 Sep 1993 14:01:04 CDT
  1158. Reply-To:     Microsoft Access Database Discussion List
  1159.               <ACCESS-L@INDYCMS.BITNET>
  1160. Sender:       Microsoft Access Database Discussion List
  1161.               <ACCESS-L@INDYCMS.BITNET>
  1162. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1163. Organization: Simulation & Gaming - Project IDEALS
  1164. Subject:      field: date_last_modified: how to do it?
  1165.  
  1166. I wonder if any of you can tell me how to do the following:
  1167. I have a date field in my data-base which defaults to the
  1168. current date on data entry to the record.  I would like
  1169. to have ANOTHER field which automatically updates to the
  1170. current date every time the record is modified (not simply
  1171. looked at).  Initially, both field will contgain the same
  1172. date, but when the record is modified, the "entry date"
  1173. will remain and the "date last modified" will change.
  1174. I hope that is clear.  Is this complicated?
  1175. Thanks, David
  1176. =========================================================================
  1177. Date:         Sat, 4 Sep 1993 14:07:29 CDT
  1178. Reply-To:     Microsoft Access Database Discussion List
  1179.               <ACCESS-L@INDYCMS.BITNET>
  1180. Sender:       Microsoft Access Database Discussion List
  1181.               <ACCESS-L@INDYCMS.BITNET>
  1182. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1183. Organization: Simulation & Gaming - Project IDEALS
  1184. Subject:      one report / several queries
  1185.  
  1186. I have another problem.  Is there any way one can have reports
  1187. separate from quesries?  Let me try to explain.  I have a report
  1188. which outputs data in a specified way to the printer.  I would
  1189. like to be able to tell it to output only subsets of all the data.
  1190. For example, instead of printout out all the addresses, I would
  1191. like to print out address in Germany, or Germany and France, or
  1192. in Germany and entered after 15 Aug 93, or ... .
  1193. In other words, can a have a set of queries separate from a report?
  1194. Or, can I use different queries for the same report?
  1195. And more importantly !, how does one do that?
  1196. Or am I asking a rediculously simple question?
  1197. And if I am, I'd still like to know.
  1198. Many thanks for any help you can provide.
  1199. Best wishes, David
  1200. =========================================================================
  1201. Date:         Sat, 4 Sep 1993 14:01:29 -0700
  1202. Reply-To:     robert@slipknot.rain.com
  1203. Sender:       Microsoft Access Database Discussion List
  1204.               <ACCESS-L@INDYCMS.BITNET>
  1205. From:         Robert Reed <robert@SLIPKNOT.RAIN.COM>
  1206. Subject:      Re: one report / several queries
  1207. In-Reply-To:  Your message of Sat,
  1208.               04 Sep 93 14:07:29 -0500. <m0oZ32n-002iVjC@neon.rain.com>
  1209.  
  1210. David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu> writes:
  1211. | I have another problem.  Is there any way one can have reports
  1212. | separate from quesries?  Let me try to explain.  I have a report
  1213. | which outputs data in a specified way to the printer.  I would
  1214. | like to be able to tell it to output only subsets of all the data.
  1215. | For example, instead of printout out all the addresses, I would
  1216. | like to print out address in Germany, or Germany and France, ...
  1217.  
  1218. Simple.  Build your report from a derived table (i.e., one that only contains
  1219. data derived from other tables).  Then use your various queries to fill that
  1220. table and print it as a report.  It's real simple to create a macro to delete
  1221. the current contents of the derived table, append new records, and run the
  1222. report.  That's how I turn our address database into personalized printed
  1223. phonebooks, either for my wife or me.
  1224. ________________________________________________________________________________
  1225. Robert Reed                     Home Animation Ltd.             503-656-8414
  1226. home: robert@slipknot.rain.com  5686 First Court, West Linn, OR 97068
  1227. work: robert@metheus.com                                        503-690-1550
  1228.  
  1229. Your kids are going to do to you exactly what you did to your parents.  I
  1230. know my son is going to do this to me.  Sixteen years from now, he's going
  1231. to walk up to me and say, "God, Dad, you're fucked!"  And my father will be
  1232. standing right behind him going, "Yeaaayes!  Ahahaha, revenge is Mine!"
  1233. And you have dreams that one day your kid will be standing up there going,
  1234. "I'd like to thank the Nobel Academy."  But you have this other dream he'll
  1235. be saying, "You want fries with this?"
  1236. --Robin Williams
  1237. ________________________________________________________________________________
  1238. =========================================================================
  1239. Date:         Sat, 4 Sep 1993 18:28:43 -0400
  1240. Reply-To:     Microsoft Access Database Discussion List
  1241.               <ACCESS-L@INDYCMS.BITNET>
  1242. Sender:       Microsoft Access Database Discussion List
  1243.               <ACCESS-L@INDYCMS.BITNET>
  1244. From:         "John M. King" <p00756@PSILINK.COM>
  1245. Organization: KING Systems
  1246. Subject:      Re: Counter Number
  1247. In-Reply-To:  <9309041447.AA12564@rampage.psi.net>
  1248.  
  1249. >DATE:   Sat, 4 Sep 1993 10:44:23 EDT
  1250. >FROM:   Phillip Paxton <72410.2162@COMPUSERVE.COM>
  1251. >
  1252. >% From: "John M. King", INTERNET:p00756@PSILINK.COM
  1253. >>
  1254. >>I'm trying to set a field with a data type of counter, to
  1255. >>start with a specified number. My problem is that I have
  1256. >>two separate databases being inputed with like information.
  1257. >>When I go to append the data from one to the other then I have
  1258. >>clashing record numbers. Is it possible to get around this
  1259. >>problem? Any information would be appreciated.
  1260. >>
  1261. >
  1262. >% It is possible to seed a table using a counter key, so that it starts
  1263. >% at a particular number.  You need a second table which has a long
  1264. >% number field with the same name as the counter field of the first
  1265. >% table, that would be the only field in the second table. Enter a value
  1266. >% in the second table's field which is one less than the first key value
  1267. >% you desire.
  1268. >
  1269. >% I don't know if this fits your situation, but I hope it is of some use.
  1270. >-
  1271. >Based upon the original premise, I'm not sure how this fits in -- for multiple
  1272. >collection sites, it would seem to cause extra overhead in the merging process
  1273. >since the data would have to be preprocessed.
  1274.  
  1275. It may in practice not fit in at all.  It might, however, fit in this
  1276. way.  One of the tables would be initialized with a starting counter
  1277. number relatively high, e.g., 50000, or whatever. The other table would
  1278. start with 1.  This would prevent the clash of counter numbers.  The
  1279. "overhead" is minimal. The extra processing is only done once, when the
  1280. table is initialized.
  1281.  
  1282. It, or some variation of it, appears to be the only way to start a
  1283. counter field at some particular value.  Please let me know, if there
  1284. is another way.
  1285.  
  1286. One can, of course, use a multi-field key, as was suggested, with some
  1287. indicator to distinguish the tables or something else.  The technique I
  1288. described may not be the preferable one in this situation. But, it does
  1289. seem to "fit in" as it answered a part of the original request--namely
  1290. how to start a counter field with a specific number.
  1291.  
  1292. ********************************************************************************
  1293. *         John King                                 KING Systems               *
  1294. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  1295. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  1296. ********************************************************************************
  1297. =========================================================================
  1298. Date:         Sat, 4 Sep 1993 18:40:39 -0400
  1299. Reply-To:     Microsoft Access Database Discussion List
  1300.               <ACCESS-L@INDYCMS.BITNET>
  1301. Sender:       Microsoft Access Database Discussion List
  1302.               <ACCESS-L@INDYCMS.BITNET>
  1303. From:         "John M. King" <p00756@PSILINK.COM>
  1304. Organization: KING Systems
  1305. Subject:      Re: cross references to controls, etc.
  1306. In-Reply-To:  <9309041834.AA15641@rampage.psi.net>
  1307.  
  1308. >DATE:   Sat, 4 Sep 1993 13:33:31 CDT
  1309. >FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  1310. >
  1311. >Thanks, John, for the info.  Do you think that Total Access
  1312. >is worth the money?  Does it help a lot in developing a
  1313. >db?  Could people out there let us know what they think
  1314. >of Total Access.  Thanks, David.
  1315. >
  1316. >John, do you market any products that help with developing
  1317. >databases?  Best, David
  1318.  
  1319. You are welcome.  I don't know if Total Access is worth the money or
  1320. not. We are planning on getting it, but have not done so yet.  I have
  1321. seen one or two magazine reviews which were favorable, but they usually are.
  1322.  
  1323. I can say that documentation is an area where MS Access is somewhat
  1324. weak. This is particularly true with macros.
  1325.  
  1326. I don't market any products to help in database development.  I am
  1327. currently involved in the development of an application using MS Access
  1328. which may be marketed.
  1329.  
  1330. Good Luck.
  1331. ********************************************************************************
  1332. *         John King                                 KING Systems               *
  1333. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  1334. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  1335. ********************************************************************************
  1336. =========================================================================
  1337. Date:         Sat, 4 Sep 1993 18:54:17 -0400
  1338. Reply-To:     Microsoft Access Database Discussion List
  1339.               <ACCESS-L@INDYCMS.BITNET>
  1340. Sender:       Microsoft Access Database Discussion List
  1341.               <ACCESS-L@INDYCMS.BITNET>
  1342. From:         "John M. King" <p00756@PSILINK.COM>
  1343. Organization: KING Systems
  1344. Subject:      Re: field: date_last_modified: how to do it?
  1345. In-Reply-To:  <9309041904.AA16165@rampage.psi.net>
  1346.  
  1347. >DATE:   Sat, 4 Sep 1993 14:01:04 CDT
  1348. >FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  1349. >
  1350. >I wonder if any of you can tell me how to do the following:
  1351. >I have a date field in my data-base which defaults to the
  1352. >current date on data entry to the record.  I would like
  1353. >to have ANOTHER field which automatically updates to the
  1354. >current date every time the record is modified (not simply
  1355. >looked at).  Initially, both field will contgain the same
  1356. >date, but when the record is modified, the "entry date"
  1357. >will remain and the "date last modified" will change.
  1358. >I hope that is clear.  Is this complicated?
  1359. >Thanks, David
  1360.  
  1361. David,
  1362.  
  1363. It can be done using Access Basic code.  Bound controls on forms have a
  1364. property called OldValue.  You can write a function to cycle through
  1365. the controls on a form and determine if any have changed.  You would
  1366. then write a new date to the field "date last modified."  This is only
  1367. useful if you are using a form to update your records.
  1368.  
  1369. I don't think there is a record level property to tell if a record
  1370. has changed.  If this is of use, I can post a copy of a function to
  1371. determine if a record has changed.  I got it from Compuserve.
  1372.  
  1373. ********************************************************************************
  1374. *         John King                                 KING Systems               *
  1375. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  1376. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  1377. ********************************************************************************
  1378. =========================================================================
  1379. Date:         Sun, 5 Sep 1993 09:35:23 CDT
  1380. Reply-To:     Microsoft Access Database Discussion List
  1381.               <ACCESS-L@INDYCMS.BITNET>
  1382. Sender:       Microsoft Access Database Discussion List
  1383.               <ACCESS-L@INDYCMS.BITNET>
  1384. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1385. Organization: Simulation & Gaming - Project IDEALS
  1386. Subject:      Re: field: date_last_modified: how to do it?
  1387. In-Reply-To:  Message of Sat,
  1388.               4 Sep 1993 18:54:17 -0400 from <p00756@PSILINK.COM>
  1389.  
  1390. Thanks, John, I'm not sure if we are talking about
  1391. exactly the same thing, so let me respond to your
  1392. very helpful reply.
  1393.  
  1394. On Sat, 4 Sep 1993 18:54:17 -0400 John M. King said:
  1395. >>DATE:   Sat, 4 Sep 1993 14:01:04 CDT
  1396. >>FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  1397.  
  1398. >>I have a date field in my data-base which defaults to the
  1399. >>current date on data entry to the record.  I would like
  1400. >>to have ANOTHER field which automatically updates to the
  1401. >>current date every time the record is modified (not simply
  1402. >>looked at).  Initially, both field will contgain the same
  1403. >>date, but when the record is modified, the "entry date"
  1404. >>will remain and the "date last modified" will change.
  1405.  
  1406. >It can be done using Access Basic code.  Bound controls on forms have a
  1407. >property called OldValue.  You can write a function to cycle through
  1408. >the controls on a form and determine if any have changed.  You would
  1409. >then write a new date to the field "date last modified."  This is only
  1410. >useful if you are using a form to update your records.
  1411.  
  1412. Yes, I will be using a form to update records.
  1413.  
  1414. >I don't think there is a record level property to tell if a record
  1415. >has changed.  If this is of use, I can post a copy of a function to
  1416. >determine if a record has changed.  I got it from Compuserve.
  1417.  
  1418. That would be very useful.  Thanks.  Is there a useful area in
  1419. Compuserve devoted to Access?  Is it worth joining for that?
  1420.  
  1421. The problem I still don't know how to deal with is to have the current
  1422. date (today) automatically enter itself into the "date last modified"
  1423. field.  I was thinking that there might be some function that would
  1424. do this automatically if one of the other fields had been modified.
  1425. Presumably this would happen as one moved to another record or closed
  1426. the file (ie moved away from the current record).  Would the cursor
  1427. actually have to move "through" the field for anything to happen?  The
  1428. best would be to have the field update simply if some other field
  1429. had been changed.
  1430.  
  1431. I'm learning!  Also learning the limitations of Access (is that unfair?).
  1432. Thanks again for all your help.  Best, David.
  1433. =========================================================================
  1434. Date:         Sun, 5 Sep 1993 15:05:33 EST
  1435. Reply-To:     Microsoft Access Database Discussion List
  1436.               <ACCESS-L@INDYCMS.BITNET>
  1437. Sender:       Microsoft Access Database Discussion List
  1438.               <ACCESS-L@INDYCMS.BITNET>
  1439. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1440. Organization: IUPUI Student Activities Office (317) 274-3931
  1441. Subject:      ACC-KB on CICA
  1442.  
  1443. The ACC-KB has been moved to the /pub/pc/win3/access directory on
  1444. FTP.CICA.INDIANA.EDU.  The problem is that they renamed it during the
  1445. move and it looks like a plain .ZIP file.  I have notified the CICA
  1446. administrators and hope they'll do something about it.
  1447.  
  1448. In the meantime, should you ftp ACC-KB.ZIP from CICA, rename it to
  1449. ACC-KB.EXE and run it from the DOS prompt.  You will not be able to
  1450. unzip it with PKUNZIP 1.10 because I archived it with 2.04g.  That's
  1451. why it was put on CICA as a self-dissolving archive.
  1452.  
  1453. BTW, this is NOT a new version of the ACC-KB.  It's still the February
  1454. 1993 copy.
  1455.  
  1456. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1457. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1458. Indiana University Purdue University Indianapolis
  1459. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1460. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1461. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  1462. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1463. ------------------------------------------------------------------------------
  1464. =========================================================================
  1465. Date:         Mon, 6 Sep 1993 10:33:16 GMT
  1466. Reply-To:     Microsoft Access Database Discussion List
  1467.               <ACCESS-L@INDYCMS.BITNET>
  1468. Sender:       Microsoft Access Database Discussion List
  1469.               <ACCESS-L@INDYCMS.BITNET>
  1470. From:         "Richard Saunders, Computer Centre" <RICHARD@BKMAIN.UEL.AC.UK>
  1471. Organization: University Of East London
  1472. Subject:      Re: Automatic field updates
  1473.  
  1474. > On Tue, 31 Aug 1993 11:21:40 GMT Richard Saunders, Computer Centre said:
  1475. > >I believe you've had some replies about displaying these fields on
  1476. > >your form. What worries me a little bit is that you say you want to
  1477. > >place the data into the appropriate fields in the original table. The
  1478. > >whole idea of a relational database is that you DON'T duplicate data
  1479. > >in different tables.
  1480. >
  1481. > Regardless of the "whole idea of relational databases," what we want
  1482. > to do is automate data entry for the two fields in question.  Period.
  1483. > It seems the simplest approach, and one that simplifies further work
  1484. > (ie, reports & such done later).
  1485. >
  1486. > Of course, if you have an easier way in mind to accomplish the same
  1487. > thing with a minimum of complexity, that's great.  Please share it with
  1488. > us.
  1489. >
  1490. > It's kind of a "make the program do what we want" issue, not a "proper
  1491. > behavior in relational databases" one.
  1492.  
  1493. Ouch! I should have phrased my reply a little differently to
  1494. make it clear that I'm still a beginner where databases and Access
  1495. are concerned. As such I doubt if I can improve on anything you've
  1496. come up with, so I'll leave it to the experts.
  1497. =========================================================================
  1498. Date:         Mon, 6 Sep 1993 07:52:20 -0400
  1499. Reply-To:     Microsoft Access Database Discussion List
  1500.               <ACCESS-L@INDYCMS.BITNET>
  1501. Sender:       Microsoft Access Database Discussion List
  1502.               <ACCESS-L@INDYCMS.BITNET>
  1503. From:         "John M. King" <p00756@PSILINK.COM>
  1504. Organization: KING Systems
  1505. Subject:      Re: field: date_last_modified: how to do it?
  1506. In-Reply-To:  <9309060254.AA06159@rampage.psi.net>
  1507.  
  1508. >DATE:   Sun, 5 Sep 1993 09:35:23 CDT
  1509. >FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  1510. >
  1511.  [ much deleted to save space]
  1512. >
  1513. >>I don't think there is a record level property to tell if a record
  1514. >>has changed.  If this is of use, I can post a copy of a function to
  1515. >>determine if a record has changed.  I got it from Compuserve.
  1516. >
  1517. >That would be very useful.  Thanks.  Is there a useful area in
  1518. >Compuserve devoted to Access?  Is it worth joining for that?
  1519. >
  1520. >The problem I still don't know how to deal with is to have the current
  1521. >date (today) automatically enter itself into the "date last modified"
  1522. >field.  I was thinking that there might be some function that would
  1523. >do this automatically if one of the other fields had been modified.
  1524. >Presumably this would happen as one moved to another record or closed
  1525. >the file (ie moved away from the current record).  Would the cursor
  1526. >actually have to move "through" the field for anything to happen?  The
  1527. >best would be to have the field update simply if some other field
  1528. >had been changed.
  1529. >
  1530. >I'm learning!  Also learning the limitations of Access (is that unfair?).
  1531. >Thanks again for all your help.  Best, David.
  1532.  
  1533. Here is the function:
  1534. --------------------------------------------------------------------------
  1535. Function IsRecordChanged (F As Form)
  1536.   Dim i As Integer
  1537.   Dim Changed As Integer
  1538.   Dim temp As Integer
  1539.  
  1540.   'Handle non-bound controls
  1541.   On Error GoTo RIC_Err
  1542.   Changed = False
  1543.   For i = 0 To F.Count - 1
  1544.         ' Reset the error trapper first
  1545.         Err = 0
  1546.         temp = False
  1547.         If (IsNull(F(i)) Or IsNull(F(i).OldValue)) Then
  1548.           temp = temp Or (IsNull(F(i).OldValue) And Not IsNull(F(i)))
  1549.           temp = temp Or (IsNull(F(i)) And Not IsNull(F(i).OldValue))
  1550.         Else
  1551.           temp = (F(i) <> F(i).OldValue)
  1552.         End If
  1553.  
  1554.         If Err = 0 Then
  1555.           Changed = Changed Or temp
  1556.         End If
  1557.   LoopBottom
  1558.         Next i
  1559.         ISRecordChanged = Changed
  1560.         Exit Function
  1561.   RIC_Err:
  1562.         Resume LoopBottom
  1563.   End Function
  1564. -----------------------------------------------------------------------
  1565. Credit for this belongs to Ken Getz 76137,3650.  Any obvious errors are
  1566. likely due to my lack of typing skills.
  1567.  
  1568. I have not used the function.  I would think you would put it in the
  1569. OnClose property of the form, with modifications to update the "last
  1570. update" field in the table if the record changed.  If you put it in the
  1571. field itself, it would not get executed unless you "moved" through the field.
  1572. In any case, it will not all be automatic until you code it that way.
  1573.  
  1574. I can't really say if it will be worth it to you to join CompuServe or not?
  1575. If you use one of the automated aids to accessing it the costis not too
  1576. high, but it is not free.  The MSACCESS forum is very active and is
  1577. supported by Microsoft and by very knowledgeable users.  You can get
  1578. official answers there.  Try it, you can always stop. Cost is on a
  1579. connect time basis primarily.
  1580.  
  1581. Hope this helps.
  1582. ********************************************************************************
  1583. *         John King                                 KING Systems               *
  1584. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  1585. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  1586. ********************************************************************************
  1587. =========================================================================
  1588. Date:         Mon, 6 Sep 1993 12:07:53 CDT
  1589. Reply-To:     Microsoft Access Database Discussion List
  1590.               <ACCESS-L@INDYCMS.BITNET>
  1591. Sender:       Microsoft Access Database Discussion List
  1592.               <ACCESS-L@INDYCMS.BITNET>
  1593. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1594. Organization: Simulation & Gaming - Project IDEALS
  1595. Subject:      Re: ACC-KB on CICA
  1596. In-Reply-To:  Message of Sun, 5 Sep 1993 15:05:33 EST from <NBRINDLE@INDYCMS>
  1597.  
  1598. Thanks, Nathan, for the info about the file.
  1599. Best, David
  1600. =========================================================================
  1601. Date:         Mon, 6 Sep 1993 12:17:10 CDT
  1602. Reply-To:     Microsoft Access Database Discussion List
  1603.               <ACCESS-L@INDYCMS.BITNET>
  1604. Sender:       Microsoft Access Database Discussion List
  1605.               <ACCESS-L@INDYCMS.BITNET>
  1606. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  1607. Organization: Simulation & Gaming - Project IDEALS
  1608. Subject:      Re: field: date_last_modified: how to do it?
  1609. In-Reply-To:  Message of Mon,
  1610.               6 Sep 1993 07:52:20 -0400 from <p00756@PSILINK.COM>
  1611.  
  1612. Many thinks indeed to John King for your help.
  1613. Best, David
  1614. =========================================================================
  1615. Date:         Mon, 6 Sep 1993 12:46:34 CDT
  1616. Reply-To:     Microsoft Access Database Discussion List
  1617.               <ACCESS-L@INDYCMS.BITNET>
  1618. Sender:       Microsoft Access Database Discussion List
  1619.               <ACCESS-L@INDYCMS.BITNET>
  1620. From:         Chet Farmer <CFARMER1@UA1VM.BITNET>
  1621. Organization: Project IDEALS -- The University of Alabama
  1622. Subject:      Re: Automatic field updates
  1623. In-Reply-To:  Message of Mon,
  1624.               6 Sep 1993 10:33:16 GMT from <RICHARD@BKMAIN.UEL.AC.UK>
  1625.  
  1626. On Mon, 6 Sep 1993 10:33:16 GMT Richard Saunders, Computer Centre said:
  1627. >Ouch! I should have phrased my reply a little differently to
  1628. >make it clear that I'm still a beginner where databases and Access
  1629. >are concerned. As such I doubt if I can improve on anything you've
  1630. >come up with, so I'll leave it to the experts.
  1631.  
  1632. Not a problem -- in retrospect, I may have fired my reply a bit hastily,
  1633. so we'll chalk it up to experience.  Thanks for your help, at any rate.
  1634.  
  1635. We're all beginners at my end!
  1636.  
  1637.  
  1638. +----------------------------------------------------------------+
  1639. | Chet Farmer, Assistant Director |   tel 205-348-9494           |
  1640. | Project IDEALS                  |   cfarmer1@ua1vm.ua.edu      |
  1641. | The University of Alabama       |   chet.farmer@genie.geis.com |
  1642. |----------------------------------------------------------------|
  1643. |   C is for Cookie, and that's good enough for me.  -- C. M.    |
  1644. +----------------------------------------------------------------+
  1645. =========================================================================
  1646. Date:         Mon, 6 Sep 1993 10:31:00 LCL
  1647. Reply-To:     Microsoft Access Database Discussion List
  1648.               <ACCESS-L@INDYCMS.BITNET>
  1649. Sender:       Microsoft Access Database Discussion List
  1650.               <ACCESS-L@INDYCMS.BITNET>
  1651. From:         RH <RH.DIS-PC@BMAILIN.ITG.TI.COM>
  1652. Subject:      "New line"Code?
  1653.  
  1654. I heard that there are four lines of code
  1655. that can entered into the "before update"
  1656. section of a memo field that will allow
  1657. one to enter carriage returns "new lines"
  1658. without advancing to the next field.
  1659. Thanks
  1660. ==============================================================================
  1661.  
  1662.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  1663.   AT&T Network Systems                      or=> d.b-long@channel1.com
  1664.   Quality Engineering                     Tele=> 508-960-3683
  1665. ==============================================================================
  1666.  
  1667.  
  1668.  
  1669. The following extract from Microsoft's Technet CD ROM should provide an
  1670. answer
  1671. to your question:
  1672.  
  1673. ---------------------------------------------------------------------
  1674. Text boxes in Microsoft Access do not support using the ENTER key to
  1675. add lines within a field. When ENTER is pressed in a text box, the
  1676. focus is placed on the next field or control. This article explains
  1677. how to change the functionality of pressing ENTER in text boxes so
  1678. that it adds lines instead of changing the focus.
  1679.  
  1680. The following function changes the behavior of the ENTER key in text
  1681. boxes to allow adding lines instead of changing the focus to a
  1682. different field or control. This code should be attached to the
  1683. BeforeUpdate event of the text box.
  1684.  
  1685. NOTE: There must be some change to the text box before this code will
  1686. work because Microsoft Access evaluates controls only after they have
  1687. been changed (dirtied).
  1688.  
  1689. In the Declarations section of a Module, type the following:
  1690.  
  1691.    Declare Function GetKeyState% Lib "user.exe" (ByVal nKey%)
  1692.    Const VK_RETURN = &HD
  1693.  
  1694. The following is the actual code:
  1695.  
  1696.    Function MakeEnterWork()
  1697.       If GetKeyState(VK_RETURN) < 0 Then
  1698.          DoCmd CancelEvent
  1699.          SendKeys "^{ENTER}"
  1700.       End If
  1701.    End Function
  1702.  
  1703. Regards,
  1704. Bob Hanschke
  1705. Texas Instruments, Inc.
  1706. Dallas, TX
  1707. =========================================================================
  1708. Date:         Tue, 7 Sep 1993 09:37:00 LCL
  1709. Reply-To:     Microsoft Access Database Discussion List
  1710.               <ACCESS-L@INDYCMS.BITNET>
  1711. Sender:       Microsoft Access Database Discussion List
  1712.               <ACCESS-L@INDYCMS.BITNET>
  1713. From:         mkro <mkro.DIS-PC@BMAILIN.ITG.TI.COM>
  1714. Subject:      RSCode39 Font for ACCESS
  1715.  
  1716. Does anyone know where I could FTP a copy of the TrueType font called
  1717. RSCode39?
  1718. This is a bar code font for use with windows.
  1719.  
  1720.  
  1721. Regards,
  1722. Mike Kroeger
  1723. *** uuencoded BINARY enclosure ***
  1724. The section below this line contains an MHS attachment.  To extract it,
  1725. copy this message to a file and use the program UUDECODE.  For information
  1726. on using UUDECODE on UNIX systems, type the command 'man uudecode'.  The
  1727. attachment name was originally: ATTRIBS.BND
  1728. ---------------
  1729. begin 644 attribs.bnd
  1730. M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``8G)6IK*```````4E-#;V1E,SD@
  1731. M1F]N="!F;W(@04-#15-3````````````````````````````````````````
  1732. M````````````````````````````````````````````````````````````
  1733. M`&UK<F\`````````````````````````````````````````````````````
  1734. M```````````````````````````````````Q,#4V.$,R0S`Q0SE!,44P````
  1735. M````````0F5Y;VYD(%!R;W!R:65T87)Y($1A=&$:``````0`````````!``%
  1736. M````````````````````````````1F]R;01-96UO`0`````````5``,`````
  1737. M``````````````````````!5<V4@4')O<&]R=&EO;F%L($9O;G0!``$1````
  1738. M``````0`2@$``````````````````````````%1E>'25`$1O97,@86YY;VYE
  1739. M(&MN;W<@=VAE<F4@22!C;W5L9"!&5%`@82!C;W!Y(&]F('1H92!4<G5E5'EP
  1740. M92!F;VYT(&-A;&QE9"!24T-O9&4S.3\*5&AI<R!I<R!A(&)A<B!C;V1E(&9O
  1741. M;G0@9F]R('5S92!W:71H('=I;F1O=W,N"@H*4F5G87)D<RP*36EK92!+<F]E
  1742. M9V5RKP`#`)4`J``!``$````&``$``0`!`)4`````````./\```````"0`0``
  1743. M````````35,@4V%N<R!397)I9@```````````````````````````````0`!
  1744. M`%```0!1`'X``0!_`'\``0"``(```0"!`(D``0"*`)8`````````````````
  1745. M9``!T@`!I`$!=@(!2`,!&@0![`0!O@4!D`8!8@<!-`@!!@D!V`D!J@H!?`L`
  1746. M`````````````!``!@```````````````````````````$%T=&%C:&UE;G0@
  1747. +0V]U;G0$````````
  1748. `
  1749. end
  1750. =========================================================================
  1751. Date:         Tue, 7 Sep 1993 11:16:38 EDT
  1752. Reply-To:     Microsoft Access Database Discussion List
  1753.               <ACCESS-L@INDYCMS.BITNET>
  1754. Sender:       Microsoft Access Database Discussion List
  1755.               <ACCESS-L@INDYCMS.BITNET>
  1756. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  1757. Subject:      macro documentation
  1758.  
  1759. % I can say that documentation is an area where MS Access is somewhat
  1760. % weak. This is particularly true with macros.
  1761.  
  1762. % I don't market any products to help in database development.  I am
  1763. % currently involved in the development of an application using MS Access
  1764. % which may be marketed.
  1765.  
  1766. With the previous paragraph in mind, why focus on macros for a marketed product?
  1767.   Since
  1768. you can't perform error-trapping in macros, it would be a death wish to rely
  1769.  upon them...
  1770. (unless you are converting macros to ABC and working from there)
  1771. =========================================================================
  1772. Date:         Tue, 7 Sep 1993 09:06:17 PST
  1773. Reply-To:     Microsoft Access Database Discussion List
  1774.               <ACCESS-L@INDYCMS.BITNET>
  1775. Sender:       Microsoft Access Database Discussion List
  1776.               <ACCESS-L@INDYCMS.BITNET>
  1777. From:         Jim Richardson <richrdsn@CCSMTP.CANON.COM>
  1778. Subject:      Re: "New Line"Code?
  1779.  
  1780. There is a much simpler way of doing what you want.  Just hold down the <CTRL>
  1781. key then hit <ENTER> this will move the cursor to the Next Line.
  1782.  
  1783. ************************************************************************
  1784. * James Richardson             *           Normal Disclaimer           *
  1785. * - Tech Extraordinary  ;}  US *  My opinions belong to my Left Brain  *
  1786. * Canon Information Systems  S * Those of my  Right Brain might differ *
  1787. * 4009 Miranda Avenue        N *      CIS can speak for itself         *
  1788. * Palo Alto CA  94304        A *****************************************
  1789. * 415-852-2090 VOICE         I *  RICHARDSON@CANON.COM      -- EMAIL   *
  1790. * 415-852-2070 FAX           L *  WTMR52B                   -- PRODIGY *
  1791. ************************************************************************
  1792.  
  1793.  
  1794. ______________________________ Reply Separator _________________________________
  1795. Subject: "New Line"Code?
  1796. Author:  mvdbl@MVGPG.ATT.COM at cis-ccsmtp
  1797. Date:    9/2/93 8:18 AM
  1798.  
  1799.  
  1800. I heard that there are four lines of code
  1801. that can entered into the "before update"
  1802. section of a memo field that will allow
  1803. one to enter carriage returns "new lines"
  1804. without advancing to the next field.
  1805. Thanks
  1806. ==============================================================================
  1807.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  1808.   AT&T Network Systems                      or=> d.b-long@channel1.com
  1809.   Quality Engineering                     Tele=> 508-960-3683
  1810. ==============================================================================
  1811. =========================================================================
  1812. Date:         Tue, 7 Sep 1993 11:08:00 CDT
  1813. Reply-To:     Microsoft Access Database Discussion List
  1814.               <ACCESS-L@INDYCMS.BITNET>
  1815. Sender:       Microsoft Access Database Discussion List
  1816.               <ACCESS-L@INDYCMS.BITNET>
  1817. From:         Miguel Rivera <miguelr@IHLPE.ATT.COM>
  1818. Subject:      Bar Code Reader
  1819.  
  1820. Does anybody have any recomendation for a Bar Code reader
  1821. to use with windows and Access 1.1?
  1822.  
  1823. Any infomation is greatly appreciated.
  1824.  
  1825. Thank you,
  1826.  
  1827. Miguel Rivera
  1828. miguelr@ihlpe.att.com
  1829. =========================================================================
  1830. Date:         Tue, 7 Sep 1993 11:01:03 PDT
  1831. Reply-To:     Microsoft Access Database Discussion List
  1832.               <ACCESS-L@INDYCMS.BITNET>
  1833. Sender:       Microsoft Access Database Discussion List
  1834.               <ACCESS-L@INDYCMS.BITNET>
  1835. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  1836. Subject:      Re: "New Line"Code?
  1837.  
  1838. I needed this function too. Although I know about the <CTRL> <ENTER>
  1839. combination (and use it), it is much harder to re-train users that
  1840. are used to using Enter, alone.
  1841.  
  1842. >
  1843. > There is a much simpler way of doing what you want.  Just hold down the <CTRL>
  1844. > key then hit <ENTER> this will move the cursor to the Next Line.
  1845. >
  1846. > ************************************************************************
  1847. > * James Richardson             *           Normal Disclaimer           *
  1848. > * - Tech Extraordinary  ;}  US *  My opinions belong to my Left Brain  *
  1849. > * Canon Information Systems  S * Those of my  Right Brain might differ *
  1850. > * 4009 Miranda Avenue        N *      CIS can speak for itself         *
  1851. > * Palo Alto CA  94304        A *****************************************
  1852. > * 415-852-2090 VOICE         I *  RICHARDSON@CANON.COM      -- EMAIL   *
  1853. > * 415-852-2070 FAX           L *  WTMR52B                   -- PRODIGY *
  1854. > ************************************************************************
  1855. >
  1856. >
  1857. > ______________________________ Reply Separator _______________________________
  1858. __
  1859. > Subject: "New Line"Code?
  1860. > Author:  mvdbl@MVGPG.ATT.COM at cis-ccsmtp
  1861. > Date:    9/2/93 8:18 AM
  1862. >
  1863. >
  1864. > I heard that there are four lines of code
  1865. > that can entered into the "before update"
  1866. > section of a memo field that will allow
  1867. > one to enter carriage returns "new lines"
  1868. > without advancing to the next field.
  1869. > Thanks
  1870. > ==============================================================================
  1871. >   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  1872. >   AT&T Network Systems                      or=> d.b-long@channel1.com
  1873. >   Quality Engineering                     Tele=> 508-960-3683
  1874. > ==============================================================================
  1875. >
  1876.  
  1877.  
  1878.  
  1879. -----------------------------------------------------------------------
  1880.  
  1881. Jim Renaud                              [Standard Disclaimer]
  1882.  
  1883. Amdahl Corporation
  1884. M/S 205                                 Phone:  408-992-2662
  1885. Bldg. M3  Room 235                      Fax:    408-773-0833
  1886. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  1887. Sunnyvale, CA 94088-3470
  1888. =========================================================================
  1889. Date:         Tue, 7 Sep 1993 11:06:55 PDT
  1890. Reply-To:     Microsoft Access Database Discussion List
  1891.               <ACCESS-L@INDYCMS.BITNET>
  1892. Sender:       Microsoft Access Database Discussion List
  1893.               <ACCESS-L@INDYCMS.BITNET>
  1894. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  1895. Subject:      Re: Bar Code Reader
  1896.  
  1897. There are lots available these days. I know of some from
  1898. Worthington that works well. They supply laser and wand readers.
  1899. Nowadays they interface between the keyboard and computer so that
  1900. you see the code as though the user typed it in themself.
  1901.  
  1902. If you can afford the hand-laser, I would get it. It is much
  1903. more accurate than the wands. You can also scan at a distance
  1904. with the hand-lasers.
  1905.  
  1906.  
  1907. >
  1908. > Does anybody have any recomendation for a Bar Code reader
  1909. > to use with windows and Access 1.1?
  1910. >
  1911. > Any infomation is greatly appreciated.
  1912. >
  1913. > Thank you,
  1914. >
  1915. > Miguel Rivera
  1916. > miguelr@ihlpe.att.com
  1917. >
  1918.  
  1919.  
  1920.  
  1921. -----------------------------------------------------------------------
  1922.  
  1923. Jim Renaud                              [Standard Disclaimer]
  1924.  
  1925. Amdahl Corporation
  1926. M/S 205                                 Phone:  408-992-2662
  1927. Bldg. M3  Room 235                      Fax:    408-773-0833
  1928. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  1929. Sunnyvale, CA 94088-3470
  1930. =========================================================================
  1931. Date:         Tue, 7 Sep 1993 13:46:00 EDT
  1932. Reply-To:     Microsoft Access Database Discussion List
  1933.               <ACCESS-L@INDYCMS.BITNET>
  1934. Sender:       Microsoft Access Database Discussion List
  1935.               <ACCESS-L@INDYCMS.BITNET>
  1936. From:         David Long <mvdbl@MVGPG.ATT.COM>
  1937. Subject:      Counter Number
  1938.  
  1939. >>I'm trying to set a field with a data type of counter, to
  1940. >>start with a specified number. My problem is that I have
  1941. >>two separate databases being inputed with like information.
  1942. >>When I go to append the data from one to the other then I have
  1943. >>clashing record numbers. Is it possible to get around this
  1944. >>problem? Any information would be appreciated.
  1945. >>
  1946. >% It is possible to seed a table using a counter key, so that it starts
  1947. >% at a particular number.  You need a second table which has a long
  1948. >% number field with the same name as the counter field of the first
  1949. >% table, that would be the only field in the second table. Enter a value
  1950. >% in the second table's field which is one less than the first key value
  1951. >% you desire.
  1952.  
  1953. Thanks John, this works just fine! It's to bad one has to "seed" the table
  1954. by importing another...should be able to specify the starting number in the
  1955. begining.....maybe in some future version.
  1956.  
  1957.  
  1958. ==============================================================================
  1959.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  1960.   AT&T Network Systems                      or=> d.b-long@channel1.com
  1961.   Quality Engineering                     Tele=> 508-960-3683
  1962. ==============================================================================
  1963. =========================================================================
  1964. Date:         Tue, 7 Sep 1993 13:56:51 EDT
  1965. Reply-To:     Microsoft Access Database Discussion List
  1966.               <ACCESS-L@INDYCMS.BITNET>
  1967. Sender:       Microsoft Access Database Discussion List
  1968.               <ACCESS-L@INDYCMS.BITNET>
  1969. From:         Shannon Burgin <##06@UTMARTN.BITNET>
  1970. Subject:      Re: field: date_last_modified: how to do it?
  1971. In-Reply-To:  In reply to your message of SUN 05 SEP 1993 10:35:23 EDT
  1972.  
  1973. > Thanks, John, I'm not sure if we are talking about
  1974. > exactly the same thing, so let me respond to your
  1975. > very helpful reply.
  1976. >
  1977. > On Sat, 4 Sep 1993 18:54:17 -0400 John M. King said:
  1978. > >>DATE:   Sat, 4 Sep 1993 14:01:04 CDT
  1979. > >>FROM:   David Crookall <CROOKALL%UA1VM.BITNET@uga.cc.uga.edu>
  1980. >
  1981. > >>I have a date field in my data-base which defaults to the
  1982. > >>current date on data entry to the record.  I would like
  1983. > >>to have ANOTHER field which automatically updates to the
  1984. > >>current date every time the record is modified (not simply
  1985. > >>looked at).  Initially, both field will contgain the same
  1986. > >>date, but when the record is modified, the "entry date"
  1987. > >>will remain and the "date last modified" will change.
  1988. >
  1989. > >It can be done using Access Basic code.  Bound controls on forms have a
  1990. > >property called OldValue.  You can write a function to cycle through
  1991. > >the controls on a form and determine if any have changed.  You would
  1992. > >then write a new date to the field "date last modified."  This is only
  1993. > >useful if you are using a form to update your records.
  1994. >
  1995. > Yes, I will be using a form to update records.
  1996. >
  1997. > >I don't think there is a record level property to tell if a record
  1998. > >has changed.  If this is of use, I can post a copy of a function to
  1999. > >determine if a record has changed.  I got it from Compuserve.
  2000. >
  2001. > That would be very useful.  Thanks.  Is there a useful area in
  2002. > Compuserve devoted to Access?  Is it worth joining for that?
  2003. >
  2004. > The problem I still don't know how to deal with is to have the current
  2005. > date (today) automatically enter itself into the "date last modified"
  2006. > field.  I was thinking that there might be some function that would
  2007. > do this automatically if one of the other fields had been modified.
  2008. > Presumably this would happen as one moved to another record or closed
  2009. > the file (ie moved away from the current record).  Would the cursor
  2010. > actually have to move "through" the field for anything to happen?  The
  2011. > best would be to have the field update simply if some other field
  2012. > had been changed.
  2013. >
  2014. > I'm learning!  Also learning the limitations of Access (is that unfair?).
  2015. > Thanks again for all your help.  Best, David.
  2016.  
  2017. If you are using a form, you can just modify the form's before update
  2018. properties box to call a macro that does a set  value on the field that
  2019. you want to update. This will only update the updated date, if the
  2020. record is being modified.
  2021.  
  2022.  
  2023. ************************************************************************
  2024. *                                *                                     *
  2025. * Shannon Burgin                 *    University of Tennessee/Martin   *
  2026. * Bitnet: ##06@UTMARTN.BITNET    *    Computer Center                  *
  2027. * Phone: 901-587-7890            *    102 Cooper Hall                  *
  2028. * Senior Systems Analyst         *    Martin, TN 38238                 *
  2029. * VM/VSE/CICS/VSAM/DLI/SQLDS     *                                     *
  2030. ************************************************************************
  2031. =========================================================================
  2032. Date:         Tue, 7 Sep 1993 14:54:00 EDT
  2033. Reply-To:     Microsoft Access Database Discussion List
  2034.               <ACCESS-L@INDYCMS.BITNET>
  2035. Sender:       Microsoft Access Database Discussion List
  2036.               <ACCESS-L@INDYCMS.BITNET>
  2037. From:         David Long <mvdbl@MVGPG.ATT.COM>
  2038. Subject:      Re: "New Line"Code?
  2039.  
  2040. I heard that there are four lines of code
  2041. that can entered into the "before update"
  2042. section of a memo field that will allow
  2043. one to enter carriage returns "new lines"
  2044. without advancing to the next field.
  2045. Thanks
  2046. ==============================================================================
  2047.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  2048.   AT&T Network Systems                      or=> d.b-long@channel1.com
  2049.   Quality Engineering                     Tele=> 508-960-3683
  2050. ==============================================================================
  2051.  
  2052. >
  2053. > There is a much simpler way of doing what you want.  Just hold down the <CTRL>
  2054. > key then hit <ENTER> this will move the cursor to the Next Line.
  2055. >
  2056. Thanks Jim, sometimes the simplest solutions are the hardest to find.
  2057. I'll try the code also, and ask my users what they prefer.
  2058.  
  2059.  
  2060. ==============================================================================
  2061.   David B. Long                         E-Mail=> mvdbl@mvgpg.att.com
  2062.   AT&T Network Systems                      or=> d.b-long@channel1.com
  2063.   Quality Engineering                     Tele=> 508-960-3683
  2064. ==============================================================================
  2065. =========================================================================
  2066. Date:         Tue, 7 Sep 1993 17:36:56 -0400
  2067. Reply-To:     Microsoft Access Database Discussion List
  2068.               <ACCESS-L@INDYCMS.BITNET>
  2069. Sender:       Microsoft Access Database Discussion List
  2070.               <ACCESS-L@INDYCMS.BITNET>
  2071. From:         "John M. King" <p00756@PSILINK.COM>
  2072. Organization: KING Systems
  2073. Subject:      Re: macro documentation
  2074. In-Reply-To:  <9309071525.AA10506@rampage.psi.net>
  2075.  
  2076. >DATE:   Tue, 7 Sep 1993 11:16:38 EDT
  2077. >FROM:   Phil Paxton <72410.2162@COMPUSERVE.COM>
  2078. >
  2079. >% I can say that documentation is an area where MS Access is somewhat
  2080. >% weak. This is particularly true with macros.
  2081. >
  2082. >% I don't market any products to help in database development.  I am
  2083. >% currently involved in the development of an application using MS Access
  2084. >% which may be marketed.
  2085. >
  2086. >With the previous paragraph in mind, why focus on macros for a marketed product
  2087. ?
  2088. >  Since
  2089. >you can't perform error-trapping in macros, it would be a death wish to rely
  2090. > upon them...
  2091. >(unless you are converting macros to ABC and working from there)
  2092.  
  2093. A good point.  Actually, my role does involve converting macros to
  2094. code. I don't believe, however, that you can avoid them completely.
  2095. You cannot do menus in code, macros seem to be the only way in Access
  2096. to create custom menus.
  2097.  
  2098. ********************************************************************************
  2099. *         John King                                 KING Systems               *
  2100. *     CompuServe 72060,3706                     Internet p00756@psilink.com    *
  2101. *     MCI Mail   553-0074                       Fax      804-270-6524          *
  2102. ********************************************************************************
  2103. =========================================================================
  2104. Date:         Tue, 7 Sep 1993 15:42:20 PST
  2105. Reply-To:     Microsoft Access Database Discussion List
  2106.               <ACCESS-L@INDYCMS.BITNET>
  2107. Sender:       Microsoft Access Database Discussion List
  2108.               <ACCESS-L@INDYCMS.BITNET>
  2109. From:         Jon D Gardner <Jon_D_Gardner@CCM.HF.INTEL.COM>
  2110. Subject:      Re: one report / several queries
  2111.  
  2112. >I have another problem.  Is there any way one can have reports
  2113. >separate from quesries?  Let me try to explain.  I have a report
  2114. >which outputs data in a specified way to the printer.  I would
  2115. >like to be able to tell it to output only subsets of all the data.
  2116. >For example, instead of printout out all the addresses, I would
  2117. >like to print out address in Germany, or Germany and France, or
  2118. >in Germany and entered after 15 Aug 93, or ... .
  2119. >In other words, can a have a set of queries separate from a report?
  2120. >Or, can I use different queries for the same report?
  2121. >And more importantly !, how does one do that?
  2122. >Or am I asking a rediculously simple question?
  2123. >And if I am, I'd still like to know.
  2124. >Many thanks for any help you can provide.
  2125. >Best wishes, David
  2126.  
  2127.  
  2128.  
  2129. David -
  2130. When you open a report, you can specify the name of a filter, or you
  2131. can stipulate a "where condition". Just enter Country="Germany" or an
  2132. expression that will provide the filter that you want.
  2133.  
  2134. ... Jon ...
  2135. Jon_D_Gardner@ccm.hf.intel.com
  2136. =========================================================================
  2137. Date:         Wed, 8 Sep 1993 11:47:07 GMT+1200
  2138. Reply-To:     Microsoft Access Database Discussion List
  2139.               <ACCESS-L@INDYCMS.BITNET>
  2140. Sender:       Microsoft Access Database Discussion List
  2141.               <ACCESS-L@INDYCMS.BITNET>
  2142. From:         Daniel Bar-Even <CSDXB@BAXTER.NATLIB.GOVT.NZ>
  2143. Organization: National Library of New Zealand
  2144. Subject:      Query criteria
  2145.  
  2146. Access' Order Entry database has this function...
  2147.  
  2148. Function ConvertNulls (v As Variant, subs As Variant) As Variant
  2149.     If (IsNull(v)) Then
  2150.         ConvertNulls = subs
  2151.     Else
  2152.         ConvertNulls = v
  2153.     End If
  2154. End Function
  2155.  
  2156. ...which is neat for listing all records with data in a table if no
  2157. criteria is entered. Eg Like ConvertNulls([EnterCriteriaHere],"*")
  2158.  
  2159. My problem is that I want to able to list all records with or without
  2160. data if no criteria is entered.  Someone else must have found a
  2161. solution to this problem.  Any suggestions?
  2162.  
  2163. TIA
  2164. **********************************************************
  2165. Daniel Bar-Even   (daniel.bar-even@baxter.natlib.govt.nz)
  2166. Client Support Analyst
  2167. National Library of New Zealand
  2168. Te Puna Matauranga o Aotearoa
  2169. P.O. Box 1467
  2170. Wellington
  2171. New Zealand         Ph: (04) 474-3000  Fax: (04) 474-3161
  2172. **********************************************************
  2173. =========================================================================
  2174. Date:         Wed, 8 Sep 1993 08:34:00 +01
  2175. Reply-To:     Microsoft Access Database Discussion List
  2176.               <ACCESS-L@INDYCMS.BITNET>
  2177. Sender:       Microsoft Access Database Discussion List
  2178.               <ACCESS-L@INDYCMS.BITNET>
  2179. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  2180. Subject:      Integra
  2181.  
  2182. Hi!
  2183.  ----
  2184.  
  2185. Is there anyone who have tested Integra's (am I using the right name of the
  2186. product?) form- and report-builder together with VB 3.0? Was it good? Better
  2187. than the form- and report-builder in Access? Do you use Integra rather than
  2188. VB 3.0 on it own?
  2189.  
  2190. Thanks in forward
  2191. Jimmy Nilsson, University College of Karlskrona/Ronneby, Sweden
  2192. Jimmy.Nilsson@ide.hk-r.se
  2193. ###
  2194. =========================================================================
  2195. Date:         Wed, 8 Sep 1993 09:52:33 +0200
  2196. Reply-To:     Microsoft Access Database Discussion List
  2197.               <ACCESS-L@INDYCMS.BITNET>
  2198. Sender:       Microsoft Access Database Discussion List
  2199.               <ACCESS-L@INDYCMS.BITNET>
  2200. From:         Stefan Focke <focke@GMD.DE>
  2201. Subject:      How to get the archived messages
  2202.  
  2203. Hello!
  2204.  
  2205. I remember, that it is possible to find the messages that were posted to
  2206. this list. My problem is, that I do not remember how to do it.
  2207.  
  2208. Could someone send me a description?
  2209.  
  2210. Thank you
  2211.  
  2212. Stefan Focke
  2213. ----------------------------------------------------------------------
  2214.  
  2215. Stefan Focke                  Tel. 02241-14-3154
  2216. GMD-ISA                       e-mail: focke@gmd.de
  2217. Postfach 1316
  2218. D - 53731 Sankt Augustin
  2219.  
  2220.     ********** MS-Word: From the guys who brought us EDLIN ********
  2221. =========================================================================
  2222. Date:         Wed, 8 Sep 1993 08:40:28 -0400
  2223. Reply-To:     Microsoft Access Database Discussion List
  2224.               <ACCESS-L@INDYCMS.BITNET>
  2225. Sender:       Microsoft Access Database Discussion List
  2226.               <ACCESS-L@INDYCMS.BITNET>
  2227. From:         Arman Rivard <rivard@VALHALLA.HKS.COM>
  2228. Subject:      Re: Query criteria
  2229. In-Reply-To:  Daniel Bar-Even <CSDXB@BAXTER.NATLIB.GOVT.NZ> "Query criteria"
  2230.               (Sep  8, 11:47am)
  2231.  
  2232. On Sep 8, 11:47am, Daniel Bar-Even wrote:
  2233. > Subject: Query criteria
  2234. > Access' Order Entry database has this function...
  2235. >
  2236. > Function ConvertNulls (v As Variant, subs As Variant) As Variant
  2237. >     If (IsNull(v)) Then
  2238. >         ConvertNulls = subs
  2239. >     Else
  2240. >         ConvertNulls = v
  2241. >     End If
  2242. > End Function
  2243. >
  2244. > ...which is neat for listing all records with data in a table if no
  2245. > criteria is entered. Eg Like ConvertNulls([EnterCriteriaHere],"*")
  2246. >
  2247. > My problem is that I want to able to list all records with or without
  2248. > data if no criteria is entered.  Someone else must have found a
  2249. > solution to this problem.  Any suggestions?
  2250.  
  2251.  You can add an Or is Null  in the Criteria section of your query.
  2252.  ConvertNulls([EnterCriteriaHere],"*") Or is Null
  2253.  
  2254.   Hope that helps.
  2255.  
  2256. >
  2257. > TIA
  2258. > **********************************************************
  2259. > Daniel Bar-Even   (daniel.bar-even@baxter.natlib.govt.nz)
  2260. > Client Support Analyst
  2261. > National Library of New Zealand
  2262. > Te Puna Matauranga o Aotearoa
  2263. > P.O. Box 1467
  2264. > Wellington
  2265. > New Zealand         Ph: (04) 474-3000  Fax: (04) 474-3161
  2266. > **********************************************************
  2267. >-- End of excerpt from Daniel Bar-Even
  2268.  
  2269.  
  2270.  
  2271. --
  2272.  
  2273. Arman Rivard         How do Peabody and Sherman get back ?
  2274. <rivard@hks.com>
  2275. =========================================================================
  2276. Date:         Wed, 8 Sep 1993 07:48:18 EST
  2277. Reply-To:     Microsoft Access Database Discussion List
  2278.               <ACCESS-L@INDYCMS.BITNET>
  2279. Sender:       Microsoft Access Database Discussion List
  2280.               <ACCESS-L@INDYCMS.BITNET>
  2281. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2282. Organization: IUPUI Student Activities Office (317) 274-3931
  2283. Subject:      Re: How to get the archived messages
  2284. In-Reply-To:  Message of Wed, 8 Sep 1993 09:52:33 +0200 from <focke@GMD.DE>
  2285.  
  2286. To index the archives, send the command
  2287.  
  2288. IND ACCESS-L
  2289.  
  2290. to LISTSERV@INDYCMS.BITNET
  2291. or LISTSERV@INDYCMS.IUPUI.EDU
  2292.  
  2293. Find the log file you want (they are divided by month) and then send the
  2294. command
  2295.  
  2296. GET ACCESS-L LOGYYMM  (where YYMM is Year/Month, i.e., LOG9309 for Sept. 93)
  2297.  
  2298. to the LISTSERV address.
  2299. Note that these commands should NOT be sent to the list but to LISTSERV.
  2300.  
  2301. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2302. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2303. Indiana University Purdue University Indianapolis
  2304. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2305. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2306. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2307. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2308. ------------------------------------------------------------------------------
  2309. =========================================================================
  2310. Date:         Wed, 8 Sep 1993 12:20:57 EDT
  2311. Reply-To:     Microsoft Access Database Discussion List
  2312.               <ACCESS-L@INDYCMS.BITNET>
  2313. Sender:       Microsoft Access Database Discussion List
  2314.               <ACCESS-L@INDYCMS.BITNET>
  2315. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2316. Subject:      Searching Archives / Was:: Re: How to get the archived messages
  2317.  
  2318. % To index the archives, send the command
  2319.  
  2320. % Find the log file you want (they are divided by month) and then send the
  2321. % command
  2322.  
  2323. % to the LISTSERV address.
  2324. % Note that these commands should NOT be sent to the list but to LISTSERV.
  2325.  
  2326.  
  2327. I'd like to add one of my favourites (pardon the UK spelling):
  2328.  
  2329. Searching LISTSERV archives.  This is one of the most underused processes
  2330.  available.
  2331.  
  2332. I keep the following available instead of crafting one from scratch.
  2333.  
  2334. The search mechanisms for LISTSERV are extremely powerful, but this is the
  2335.  simple form
  2336. and will usually get what you want.
  2337.  
  2338. -------------------------------------------------------cut
  2339.  here-------------------------------------------------------
  2340. //Looking JOB Echo=YES,Reply-via=MAIL
  2341. Database search DD=Mine
  2342. //Mine DD *
  2343. Search NEEDLE in HAYSTACK
  2344. index
  2345. PRINT ALL
  2346. -------------------------------------------------------cut
  2347.  here-------------------------------------------------------
  2348.  
  2349. Substitute the keywords you are looking for in place of NEEDLE and the name
  2350. of the list in place of HAYSTACK.  You must always perform an index before you
  2351.  can
  2352. print any messages from a search.  If you are afraid there are a bazillion [sic]
  2353.  messages,
  2354. omit the PRINT ALL and you'll receive just an index of the messages along with
  2355.  the
  2356. summary for each message.  PRINT ALL will print those messages qualifying for
  2357.  the
  2358. search specifications.
  2359.  
  2360. You'll receive at least one message which is the command file log, then a second
  2361.  file
  2362. if the search was successful.
  2363.  
  2364. Hope this helps.
  2365.  
  2366. Phil Paxton
  2367. Development Editor
  2368. SAMS/Prentice Hall Computer Publishing
  2369. =========================================================================
  2370. Date:         Wed, 8 Sep 1993 11:41:30 EST
  2371. Reply-To:     Microsoft Access Database Discussion List
  2372.               <ACCESS-L@INDYCMS.BITNET>
  2373. Sender:       Microsoft Access Database Discussion List
  2374.               <ACCESS-L@INDYCMS.BITNET>
  2375. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2376. Organization: IUPUI Student Activities Office (317) 274-3931
  2377. Subject:      Re: Searching Archives / Was:: Re: How to get the archived
  2378.               message s
  2379. In-Reply-To:  Message of Wed,
  2380.               8 Sep 1993 12:20:57 EDT from <72410.2162@COMPUSERV E.COM>
  2381.  
  2382. Absolutely correct, Phil, and I should have mentioned that.
  2383.  
  2384. For those on VM systems, there is a utility called LDBASE that allows
  2385. you to do interactive searches on list archives.  Check with your local
  2386. consultant as to where to get it...it should be available from LISTSERV
  2387. as a $PACKAGE.  (I got it so long ago I can't remember the file name.)
  2388.  
  2389. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2390. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2391. Indiana University Purdue University Indianapolis
  2392. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2393. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2394. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2395. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2396. ------------------------------------------------------------------------------
  2397. =========================================================================
  2398. Date:         Wed, 8 Sep 1993 12:37:47 CDT
  2399. Reply-To:     Microsoft Access Database Discussion List
  2400.               <ACCESS-L@INDYCMS.BITNET>
  2401. Sender:       Microsoft Access Database Discussion List
  2402.               <ACCESS-L@INDYCMS.BITNET>
  2403. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  2404. Organization: Simulation & Gaming - Project IDEALS
  2405. Subject:      Re: field: date_last_modified: how to do it?
  2406. In-Reply-To:  Message of Tue, 7 Sep 1993 13:56:51 EDT from <##06@UTMARTN>
  2407.  
  2408. Many thanks to Shannon Burgin for your help.
  2409. Best wishes, david crookall
  2410. =========================================================================
  2411. Date:         Wed, 8 Sep 1993 12:46:08 CDT
  2412. Reply-To:     Microsoft Access Database Discussion List
  2413.               <ACCESS-L@INDYCMS.BITNET>
  2414. Sender:       Microsoft Access Database Discussion List
  2415.               <ACCESS-L@INDYCMS.BITNET>
  2416. From:         David Crookall <CROOKALL@UA1VM.BITNET>
  2417. Organization: Simulation & Gaming - Project IDEALS
  2418. Subject:      Re: one report / several queries
  2419. In-Reply-To:  Message of Tue,
  2420.               7 Sep 1993 15:42:20 PST from <Jon_D_Gardner@CCM.HF.INTEL.COM>
  2421.  
  2422. Thanks, Jon, for your help.  One doesn't always see the
  2423. obvious -- at least I don't.  Best, David
  2424. =========================================================================
  2425. Date:         Wed, 8 Sep 1993 13:47:33 EDT
  2426. Reply-To:     Microsoft Access Database Discussion List
  2427.               <ACCESS-L@INDYCMS.BITNET>
  2428. Sender:       Microsoft Access Database Discussion List
  2429.               <ACCESS-L@INDYCMS.BITNET>
  2430. From:         Shannon Burgin <##06@UTMARTN.BITNET>
  2431. Subject:      Help! This file is already in use!
  2432.  
  2433. I am trying to open an access database. I receive the message box, "This
  2434. file is already in use." It is not in use. I tried repair and received
  2435. the same message. First, how can I fix this? Second, how did this
  2436. happen? (Additional notes: there was no power failure, etc. and my
  2437. backup copy with the same date and time works.)
  2438.  
  2439.  
  2440. ************************************************************************
  2441. *                                *                                     *
  2442. * Shannon Burgin                 *    University of Tennessee/Martin   *
  2443. * Bitnet: ##06@UTMARTN.BITNET    *    Computer Center                  *
  2444. * Phone: 901-587-7890            *    102 Cooper Hall                  *
  2445. * Senior Systems Analyst         *    Martin, TN 38238                 *
  2446. * VM/VSE/CICS/VSAM/DLI/SQLDS     *                                     *
  2447. ************************************************************************
  2448. =========================================================================
  2449. Date:         Wed, 8 Sep 1993 15:03:00 EDT
  2450. Reply-To:     Microsoft Access Database Discussion List
  2451.               <ACCESS-L@INDYCMS.BITNET>
  2452. Sender:       Microsoft Access Database Discussion List
  2453.               <ACCESS-L@INDYCMS.BITNET>
  2454. From:         David Long <mvdbl@MVGPG.ATT.COM>
  2455. Subject:      Security Lock-out
  2456.  
  2457. Help!
  2458. I decided that it was time to work on the "security" of
  2459. my database. Well I did something wrong, and now I'm
  2460. locked out of the "Users" and "Groups" under the security menu.
  2461. I'm still called the "admin", but have restricted access.
  2462. I backed up the database before I made changes, but it seems
  2463. that it doesn't matter, I'm still locked out after a restore.
  2464. What should I do next?
  2465. ==============================================================================
  2466.   David B. Long                             E-Mail=> mvdbl@mvgpg.att.com
  2467.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  2468.   Quality Engineering                       Tele=> 508-960-3683
  2469. ==============================================================================
  2470. =========================================================================
  2471. Date:         Wed, 8 Sep 1993 14:12:20 EST
  2472. Reply-To:     Microsoft Access Database Discussion List
  2473.               <ACCESS-L@INDYCMS.BITNET>
  2474. Sender:       Microsoft Access Database Discussion List
  2475.               <ACCESS-L@INDYCMS.BITNET>
  2476. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2477. Organization: IUPUI Student Activities Office (317) 274-3931
  2478. Subject:      Re: Security Lock-out
  2479. In-Reply-To:  Message of Wed, 8 Sep 1993 15:03:00 EDT from <mvdbl@MVGPG.ATT.COM>
  2480.  
  2481. You will need to reinstall SYSTEM.MDA in your ACCESS subdirectory from
  2482. the installation disks.  Whenever you get the urge to mess with security,
  2483. good practice seems to be "back up SYSTEM.MDA!" so you can restore it
  2484. if something untoward happens.
  2485.  
  2486. Read the security white paper before you do any more security changes.
  2487. Send the command GET SECURE TEXT to LISTSERV@INDYCMS.BITNET and the
  2488. listserver will return a copy to you.
  2489.  
  2490. HTH,
  2491. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2492. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2493. Indiana University Purdue University Indianapolis
  2494. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2495. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2496. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2497. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2498. ------------------------------------------------------------------------------
  2499. =========================================================================
  2500. Date:         Wed, 8 Sep 1993 14:14:37 EST
  2501. Reply-To:     Microsoft Access Database Discussion List
  2502.               <ACCESS-L@INDYCMS.BITNET>
  2503. Sender:       Microsoft Access Database Discussion List
  2504.               <ACCESS-L@INDYCMS.BITNET>
  2505. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2506. Organization: IUPUI Student Activities Office (317) 274-3931
  2507. Subject:      Re: Help! This file is already in use!
  2508. In-Reply-To:  Message of Wed, 8 Sep 1993 13:47:33 EDT from <##06@UTMARTN>
  2509.  
  2510. This happened to me once and the only thing I tried that worked was to
  2511. exit Access and reboot the machine.  ?  Don't ask me why it worked, it
  2512. just did.
  2513.  
  2514. :)
  2515.  
  2516. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2517. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2518. Indiana University Purdue University Indianapolis
  2519. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2520. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2521. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2522. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2523. ------------------------------------------------------------------------------
  2524. =========================================================================
  2525. Date:         Thu, 9 Sep 1993 09:17:25 GMT+1200
  2526. Reply-To:     Microsoft Access Database Discussion List
  2527.               <ACCESS-L@INDYCMS.BITNET>
  2528. Sender:       Microsoft Access Database Discussion List
  2529.               <ACCESS-L@INDYCMS.BITNET>
  2530. From:         Daniel Bar-Even <CSDXB@BAXTER.NATLIB.GOVT.NZ>
  2531. Organization: National Library of New Zealand
  2532. Subject:      Re: Query criteria
  2533.  
  2534. > From:          Arman Rivard <rivard@VALHALLA.HKS.COM>
  2535.  
  2536. > On Sep 8, 11:47am, Daniel Bar-Even wrote:
  2537. > > Subject: Query criteria
  2538. > > Access' Order Entry database has this function...
  2539. > >
  2540. > > Function ConvertNulls (v As Variant, subs As Variant) As Variant
  2541. > >     If (IsNull(v)) Then
  2542. > >         ConvertNulls = subs
  2543. > >     Else
  2544. > >         ConvertNulls = v
  2545. > >     End If
  2546. > > End Function
  2547. > >
  2548. > > ...which is neat for listing all records with data in a table if
  2549. > > no criteria is entered. Eg Like
  2550. > > ConvertNulls([EnterCriteriaHere],"*")
  2551. > >
  2552. > > My problem is that I want to able to list all records with or
  2553. > > without data if no criteria is entered.  Someone else must have
  2554. > > found a solution to this problem.  Any suggestions?
  2555. > >
  2556. > You can add an Or is Null  in the Criteria section of your query.
  2557. > ConvertNulls([EnterCriteriaHere],"*") Or is Null
  2558. >
  2559. >   Hope that helps.
  2560. >
  2561. Sorry I should have been more specific (but thank you anyway Arman).
  2562. I want to be able to list ONLY the records that match the criteria if
  2563. it is entered and ALL the records including Nulls if no criteria is
  2564. entered.
  2565. **********************************************************
  2566. Daniel Bar-Even   (daniel.bar-even@baxter.natlib.govt.nz)
  2567. Client Support Analyst
  2568. National Library of New Zealand
  2569. Te Puna Matauranga o Aotearoa
  2570. P.O. Box 1467
  2571. Wellington
  2572. New Zealand         Ph: (04) 474-3000  Fax: (04) 474-3161
  2573. **********************************************************
  2574. =========================================================================
  2575. Date:         Wed, 8 Sep 1993 11:14:00 -0600
  2576. Reply-To:     Microsoft Access Database Discussion List
  2577.               <ACCESS-L@INDYCMS.BITNET>
  2578. Sender:       Microsoft Access Database Discussion List
  2579.               <ACCESS-L@INDYCMS.BITNET>
  2580. From:         "OOPS-EXT.-2104 WHERE ARE WE TODAY?" <SSHANNY@HOP.QGRAPH.COM>
  2581. Subject:      Help on getting around...
  2582.  
  2583. Could someone please tell me how to get lists of lists on other subjects on
  2584. the internet.  Sorry to post this to the Access digest but I don't have an
  2585. active connection to the internet and no other way of getting information
  2586. about how to find my way around.  Thanks in advance....
  2587.  
  2588.  
  2589. sean
  2590. =========================================================================
  2591. Date:         Thu, 9 Sep 1993 15:12:00 EST
  2592. Reply-To:     Microsoft Access Database Discussion List
  2593.               <ACCESS-L@INDYCMS.BITNET>
  2594. Sender:       Microsoft Access Database Discussion List
  2595.               <ACCESS-L@INDYCMS.BITNET>
  2596. From:         "Briganti, Joe" <j.briganti@TRL.OZ.AU>
  2597. Subject:      attaching to Paradox for Windows tables
  2598.  
  2599. Greetings,
  2600.  
  2601. recently, I asked this list about security violations I was experiencing
  2602. when attempting
  2603. to read Paradox for Windows tables form MS-Access. The answer was that P4W
  2604. v1.0
  2605. is really Paradox 4.0 and hence Access cant read them causing the
  2606. password/security pop-ups.
  2607.  
  2608. P4W does not have any retro-conversions from v4.0 to v3.5 (as I believe does
  2609. the dos version) however there is something you can do trick Access and
  2610. indeed Paradox. Convert P4W tables v4.0 to a dbase (.dbf) file and then
  2611. attach or import to it
  2612. from Access. This will work until they change the dbase table format :-)
  2613.  
  2614.  --
  2615. Joe Briganti (j.briganti@trl.oz.au)
  2616. =========================================================================
  2617. Date:         Thu, 9 Sep 1993 08:09:40 EDT
  2618. Reply-To:     Microsoft Access Database Discussion List
  2619.               <ACCESS-L@INDYCMS.BITNET>
  2620. Sender:       Microsoft Access Database Discussion List
  2621.               <ACCESS-L@INDYCMS.BITNET>
  2622. Comments:     Converted from OVVM to RFC822 format by PUMP V2.2
  2623. From:         Michael Blankenstein <U7530MB@DOEVM.BITNET>
  2624. Subject:      Re: Help! This file is already in use!
  2625. In-Reply-To:  note of 09/08/93 15:15
  2626.  
  2627. Assuming that the db file has the a filename extension associated with Access,
  2628. double-click on the database file from the filemanager. I also am not sure
  2629. why this works. My access denied problems usually arise after compacting.
  2630.  
  2631. Good Luck.
  2632.  
  2633. Michael Blankenstein
  2634.  
  2635. u7530mb@doevm.bitnet (e-mail)
  2636. =========================================================================
  2637. Date:         Thu, 9 Sep 1993 10:21:10 EDT
  2638. Reply-To:     Microsoft Access Database Discussion List
  2639.               <ACCESS-L@INDYCMS.BITNET>
  2640. Sender:       Microsoft Access Database Discussion List
  2641.               <ACCESS-L@INDYCMS.BITNET>
  2642. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2643. Subject:      Re: Help! This file is already in use!
  2644.  
  2645. % From: Nathan Brindle, INTERNET:NBRINDLE%INDYCMS.BITNET@uga.cc.uga.edu
  2646.  
  2647. % This happened to me once and the only thing I tried that worked was to
  2648. % exit Access and reboot the machine.  ?  Don't ask me why it worked, it
  2649. % just did.
  2650.  
  2651. I don't think one actually needs to reboot.  I've always been able to exit &
  2652.  restart Windows
  2653. and the problem has been corrected.
  2654.  
  2655. Phil Paxton
  2656. Development Editor
  2657. SAMS/Prentice Hall Computer Publishing
  2658. Carmel, Indiana
  2659. =========================================================================
  2660. Date:         Thu, 9 Sep 1993 10:31:59 EDT
  2661. Reply-To:     Microsoft Access Database Discussion List
  2662.               <ACCESS-L@INDYCMS.BITNET>
  2663. Sender:       Microsoft Access Database Discussion List
  2664.               <ACCESS-L@INDYCMS.BITNET>
  2665. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2666. Subject:      ABC vs. Ctrl-Enter
  2667.  
  2668. I thought I'd post a follow-up regarding the use of ABC (Access Basic Code)
  2669. vs. Ctrl-Enter.  When the original poster mentioned seeing which the
  2670. end-users preferred, that triggered a line of thinking on my part which I
  2671. felt best to post/share:
  2672.  
  2673. Remember, that by adding the ABC feature such [that] the user is able to
  2674. use the Enter/Return key, you are almost promising them this will be there
  2675. in the future.  This means it should be on your list of things to test with
  2676. future releases of the Access software as well as all revisions to your
  2677. applications.  It also means anyone following your path there will need to
  2678. know this as you are destined to make some enemies (in retrospect) by being
  2679. fancy now but if the need changes, it's not always fun to force users to
  2680. change their habits "just because" (which is how it might seem to them)...
  2681.  
  2682. Just some food for thought.
  2683.  
  2684.  
  2685. Phil Paxton
  2686. Development Editor
  2687. SAMS/Prentice Hall Computer Publishing
  2688. Carmel, Indiana
  2689. =========================================================================
  2690. Date:         Fri, 10 Sep 1993 16:23:00 +1000
  2691. Reply-To:     Microsoft Access Database Discussion List
  2692.               <ACCESS-L@INDYCMS.BITNET>
  2693. Sender:       Microsoft Access Database Discussion List
  2694.               <ACCESS-L@INDYCMS.BITNET>
  2695. From:         K.ANDERSON@QUT.EDU.AU
  2696. Subject:      SUB ACCESS-L <ANDERSONK@QUT.EDU.AU>
  2697.  
  2698. SUB ACCESS -L <ANDRSONK@QUT.EDU.AU>
  2699.  
  2700. I hope this gets me on the ACCESS-L list.
  2701. =========================================================================
  2702. Date:         Fri, 10 Sep 1993 16:35:00 +1000
  2703. Reply-To:     Microsoft Access Database Discussion List
  2704.               <ACCESS-L@INDYCMS.BITNET>
  2705. Sender:       Microsoft Access Database Discussion List
  2706.               <ACCESS-L@INDYCMS.BITNET>
  2707. From:         K.ANDERSON@QUT.EDU.AU
  2708. Subject:      ACCESS-L
  2709.  
  2710. This is my first time really and will you respect me in the morning?
  2711.  
  2712. If any one actually receives this could you please email me so I can send
  2713. my real problem.
  2714.  
  2715. Thanking you in advance
  2716.  
  2717. Kevin
  2718.  
  2719. Email  ANDERSONK@QUT.EDU.AU
  2720. =========================================================================
  2721. Date:         Fri, 10 Sep 1993 16:41:00 +1000
  2722. Reply-To:     Microsoft Access Database Discussion List
  2723.               <ACCESS-L@INDYCMS.BITNET>
  2724. Sender:       Microsoft Access Database Discussion List
  2725.               <ACCESS-L@INDYCMS.BITNET>
  2726. From:         K.ANDERSON@QUT.EDU.AU
  2727. Subject:      Update Master File from Details form
  2728.  
  2729. I hope this works..
  2730.  
  2731. I am a new user of Access (yes another one).
  2732.  
  2733. I have taught myself over the last week as I am evaluating packages
  2734. and there are a number of functions I want any D/B package to do.
  2735.  
  2736. The one I would like an answer to is:
  2737.  
  2738.         I want to update a control-total field in a master record
  2739.         based on the values in it's detail records.
  2740.  
  2741.         I can use a subform within the form but the detail file
  2742.         contains too much data. How can I update the master control total
  2743.         from the detail form?? I tried a function, but I cannot seem
  2744.         to send the control total value back to the macro/form.
  2745.  
  2746.         Please help..
  2747.  
  2748. Kevin (Klatu Barada Nicto Gort Klau Barada Nicto)
  2749. Email Andersonk@qut.edu.au
  2750. =========================================================================
  2751. Date:         Fri, 10 Sep 1993 16:45:00 +1000
  2752. Reply-To:     Microsoft Access Database Discussion List
  2753.               <ACCESS-L@INDYCMS.BITNET>
  2754. Sender:       Microsoft Access Database Discussion List
  2755.               <ACCESS-L@INDYCMS.BITNET>
  2756. From:         K.ANDERSON@QUT.EDU.AU
  2757. Subject:      IND ACCESS-L
  2758.  
  2759. IND ACCESS-L
  2760. =========================================================================
  2761. Date:         Fri, 10 Sep 1993 08:14:00 CST
  2762. Reply-To:     Microsoft Access Database Discussion List
  2763.               <ACCESS-L@INDYCMS.BITNET>
  2764. Sender:       Microsoft Access Database Discussion List
  2765.               <ACCESS-L@INDYCMS.BITNET>
  2766. From:         PEJSAJ@UWSTOUT.BITNET
  2767. Subject:      Access-L Listserv
  2768.  
  2769. Greetings,
  2770. What listserver is this list on?  I would like to change options, but the
  2771. listserver doesn't seem to think I'm on the list (LISTSERV@INDYCMS is what
  2772. I tried).
  2773. Thanks,
  2774. Jim Pejsa  pejsaj@uwstout.edu
  2775. =========================================================================
  2776. Date:         Fri, 10 Sep 1993 08:49:56 -0500
  2777. Reply-To:     Microsoft Access Database Discussion List
  2778.               <ACCESS-L@INDYCMS.BITNET>
  2779. Sender:       Microsoft Access Database Discussion List
  2780.               <ACCESS-L@INDYCMS.BITNET>
  2781. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  2782. Subject:      Scanning documents for Access database...
  2783.  
  2784. I'm wanting to create an Access data-base to store and track
  2785. scanned images of documents. What I'm looking for are techniques,
  2786. software, etc... that will get the images in the smallest, ledgible
  2787. format possible. I don't want to use OCR but only store the graphic
  2788. image of the documents. The documents are transcripts (some are
  2789. from foreign countrys and are handwritten), letters, test score
  2790. reports, etc...
  2791.  
  2792. What I'm hoping is to find an OLE-supporting application for the
  2793. scanner so it can be used directly from the Access application to input
  2794. the images to the database. However, a big consideration is the size of
  2795. the image so maybe I'll need another application to manipulate the images
  2796. into the best possible format.
  2797.  
  2798. The application will need to handle a large volume of documents so, to
  2799. make it functional, speed is also important.
  2800.  
  2801. Presently, I have a Pentax IQ-Scan and the only software I have is an
  2802. old version of WordScan. I've used it to scan documents but, thus far,
  2803. the best I've been able to do for a letter-sized document is to put it
  2804. in .pcx format and it's using 35 to 50K for a one-page document.
  2805.  
  2806. Any suggestion will be highly appreciated.
  2807.  
  2808. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  2809. |                         o__                                          |
  2810. | Steve Bratten          _.>/^_      BITNET < GE0793@SIUCVMB >         |
  2811. | Graduate School       (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  2812. | Southern Illinois University                                         |
  2813. | Carbondale IL 62901-4716   \o  \o  \o   Graduate School              |
  2814. | Voice: (618) 453-4552       |>  |>  |>  Southern Illinois University |
  2815. |   Fax: (618) 453-4562      < \ < \ < \  Carbondale, IL  62901-4716   |
  2816. |                                                                      |
  2817. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  2818. =========================================================================
  2819. Date:         Fri, 10 Sep 1993 08:51:37 EST
  2820. Reply-To:     Microsoft Access Database Discussion List
  2821.               <ACCESS-L@INDYCMS.BITNET>
  2822. Sender:       Microsoft Access Database Discussion List
  2823.               <ACCESS-L@INDYCMS.BITNET>
  2824. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2825. Organization: IUPUI Student Activities Office (317) 274-3931
  2826. Subject:      Re: Scanning documents for Access database...
  2827. In-Reply-To:  Message of Fri, 10 Sep 1993 08:49:56 -0500 from <GE0793@SIUCVMB>
  2828.  
  2829. WOW...that sounds like a LARGE .MDB...and while it would probably work,
  2830. have you considered keeping each graphic <individually> on your hard
  2831. drive and using an OLE link in a form to display the graphic image?  That
  2832. would keep your .MDB to a reasonable size and would also facilitate
  2833. being able to retrieve each graphic individually outside of Access.
  2834.  
  2835. Just a thought, I haven't actually tried this myself.
  2836.  
  2837. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2838. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2839. Indiana University Purdue University Indianapolis
  2840. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2841. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2842. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2843. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2844. ------------------------------------------------------------------------------
  2845. =========================================================================
  2846. Date:         Fri, 10 Sep 1993 09:25:58 -0500
  2847. Reply-To:     Microsoft Access Database Discussion List
  2848.               <ACCESS-L@INDYCMS.BITNET>
  2849. Sender:       Microsoft Access Database Discussion List
  2850.               <ACCESS-L@INDYCMS.BITNET>
  2851. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  2852. Subject:      Scanning images for storage...
  2853.  
  2854. >
  2855. >WOW...that sounds like a LARGE .MDB...and while it would probably work,
  2856. >have you considered keeping each graphic <individually> on your hard
  2857. >drive and using an OLE link in a form to display graphic image?  That
  2858. >would keep your .MDB to a reasonable size and would also facilitate
  2859. >being able to retrieve each graphic individually outside of Access.
  2860. >
  2861. Quite likely, you're exactly right about the method for storing the
  2862. images. However, right now, my problem is getting them scanned and
  2863. in a small file in a timely manner; I believe I'll need to have
  2864. at least 3000 to 5000 images retrievable at one time so, no matter
  2865. where they are stored, I need them to be as small as possible.
  2866.  
  2867. >Just a thought, I haven't actually tried this myself.
  2868.  
  2869. I've just set up a database to store and track OLE objects; spe-
  2870. cifically, I'm embedding one graph from a Lotus Improv model (spread-
  2871. sheet;) and it appears to be a good way (only embeds one graph in
  2872. the Access table but provides access to all the other graphs and work-
  2873. sheets in the Improv model with a double-click on the object frame. I
  2874. like it and will probably try a similar method with the image-storing
  2875. application. But, again, what I need first is a viable method of
  2876. scanning the documents and getting them into a small file format, pre-
  2877. ferrably using something that supports OLE.
  2878.  
  2879. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  2880. |                         o__                                          |
  2881. | Steve Bratten          _.>/^_      BITNET < GE0793@SIUCVMB >         |
  2882. | Graduate School       (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  2883. | Southern Illinois University                                         |
  2884. | Carbondale IL 62901-4716   \o  \o  \o   Graduate School              |
  2885. | Voice: (618) 453-4552       |>  |>  |>  Southern Illinois University |
  2886. |   Fax: (618) 453-4562      < \ < \ < \  Carbondale, IL  62901-4716   |
  2887. |                                                                      |
  2888. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  2889. =========================================================================
  2890. Date:         Fri, 10 Sep 1993 09:26:04 MDT
  2891. Reply-To:     Microsoft Access Database Discussion List
  2892.               <ACCESS-L@INDYCMS.BITNET>
  2893. Sender:       Microsoft Access Database Discussion List
  2894.               <ACCESS-L@INDYCMS.BITNET>
  2895. Comments:     Converted from PROFS to RFC822 format by PUMP V2.1
  2896. From:         "Brian Keeler (403) - 471-8623" <BRIANK@NAITVM.NAIT.AB.CA>
  2897. Subject:      ACCESS-L
  2898. In-Reply-To:  note of 93-09-10 02:57
  2899.  
  2900. You made it to the net, I read your message.. have a good day..
  2901.  
  2902. Brian Keeler (403) - 471-8623     ..What is a CD-ROM ??
  2903. Application Services Coordinator   3 billion pits arranged
  2904. Information Services Division      in a 3 mile spiral...
  2905. domain: briank@naitvm.nait.ab.ca
  2906. =========================================================================
  2907. Date:         Fri, 10 Sep 1993 13:48:23 EST
  2908. Reply-To:     Microsoft Access Database Discussion List
  2909.               <ACCESS-L@INDYCMS.BITNET>
  2910. Sender:       Microsoft Access Database Discussion List
  2911.               <ACCESS-L@INDYCMS.BITNET>
  2912. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2913. Organization: IUPUI Student Activities Office (317) 274-3931
  2914. Subject:      ACC-KB--again...
  2915.  
  2916. Sorry all--between the CICA folks and myself it has been determined that
  2917. the ACC-KB.ZIP file residing on CICA in pub/pc/win3/access is NOT the
  2918. ACC-KB.EXE file which <I> uploaded some time back (and which is still
  2919. on CICA in pub/pc/win3/uploads/JUN93).
  2920.  
  2921. The ACC-KB.ZIP file in the access directory seems to be from late June
  2922. and is much larger than the file I uploaded (which was from February).
  2923. It appears that it was zipped with PKZIP 2.04g as the copy of 1.10 I
  2924. have here at work reports an unknown compression method.  ACC-KB.ZIP
  2925. is nearly a megabyte in size and the .HLP file it contains is 1.2mb
  2926. uncompressed.  I will try to unzip it tonight at home and let the list
  2927. know how it goes.
  2928.  
  2929. Again, sorry for the mixup.
  2930.  
  2931. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2932. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2933. Indiana University Purdue University Indianapolis
  2934. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2935. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2936. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU (preferred) or NBRINDLE@AOL.COM
  2937. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2938. ------------------------------------------------------------------------------
  2939. =========================================================================
  2940. Date:         Fri, 10 Sep 1993 15:54:00 EDT
  2941. Reply-To:     Microsoft Access Database Discussion List
  2942.               <ACCESS-L@INDYCMS.BITNET>
  2943. Sender:       Microsoft Access Database Discussion List
  2944.               <ACCESS-L@INDYCMS.BITNET>
  2945. From:         "Rick.Klingensmith" <ADP9B@MSU.EDU>
  2946. Subject:      ACC-KB.ZIP
  2947.  
  2948. I successflly unzipped ACC-KB.ZIP file residing on CICA in pub/pc/win3/access
  2949. using PKZIP 2.04. After I renamed it and got the nasty error message I tried
  2950. to unzip it and all worked.
  2951.  
  2952. Rick
  2953. =========================================================================
  2954. Date:         Fri, 10 Sep 1993 15:26:40 -0500
  2955. Reply-To:     Microsoft Access Database Discussion List
  2956.               <ACCESS-L@INDYCMS.BITNET>
  2957. Sender:       Microsoft Access Database Discussion List
  2958.               <ACCESS-L@INDYCMS.BITNET>
  2959. From:         Rick Huff <rick@BILLNEXT.TAMU.EDU>
  2960. Subject:      Join with Two Fields
  2961.  
  2962. Is it possible to join two tables using two fields?  For example I want two
  2963. tables joined on customer number and purchase order number.
  2964.  
  2965. I have tried doing this graphically by dragging the additional field from one
  2966. table to the other, but this creates another join (instead of a further
  2967. qualified single join).
  2968.  
  2969. The next try was to modify the SQL for the query.
  2970.  
  2971. I think I want something like this:
  2972.  
  2973. SELECT *
  2974.  
  2975. FROM CUSTOMER, SUMMARY LEFT JOIN CUSTOMER ON CUSTOMER.CustNum = SUMMARY.CustNum
  2976. AND CUSTOMER.PONum = SUMMARY.PONum;
  2977.  
  2978. However, when I attempt such a join, I get the following message:
  2979.  
  2980. "Can't create join: CUSTOMER.CustNum = SUMMARY.CustNum AND CUSTOMER.PONum =
  2981. SUMMARY.PONum".
  2982.  
  2983. The on-line help gives three reasons why this message is displayed none of
  2984. which are true.
  2985.  
  2986.  
  2987. Has anybody done this successfully?  Thanks.
  2988.  
  2989. Rick Huff, Senior Systems Analyst (409) 845-8454 (rick@billnext.tamu.edu)
  2990. CIS, Computing and Information Services, Texas A&M University
  2991. =========================================================================
  2992. Date:         Fri, 10 Sep 1993 15:56:01 PDT
  2993. Reply-To:     Microsoft Access Database Discussion List
  2994.               <ACCESS-L@INDYCMS.BITNET>
  2995. Sender:       Microsoft Access Database Discussion List
  2996.               <ACCESS-L@INDYCMS.BITNET>
  2997. From:         Mark Paskill <98521899@WSUVM1.BITNET>
  2998. Subject:      Re: Join with Two Fields
  2999. In-Reply-To:  Message of Fri,
  3000.               10 Sep 1993 15:26:40 -0500 from <rick@BILLNEXT.TAMU.EDU>
  3001.  
  3002. I hope I understand your question - if so why not make both fields key fields??
  3003. =========================================================================
  3004. Date:         Sat, 11 Sep 1993 17:30:00 +1000
  3005. Reply-To:     Microsoft Access Database Discussion List
  3006.               <ACCESS-L@INDYCMS.BITNET>
  3007. Sender:       Microsoft Access Database Discussion List
  3008.               <ACCESS-L@INDYCMS.BITNET>
  3009. From:         Kevin Anderson <K.ANDERSON@QUT.EDU.AU>
  3010. Subject:      Requery of a subform
  3011.  
  3012. Hi to everyone,
  3013.  
  3014. Background
  3015. ===========
  3016.  
  3017. I have a main form with a sub-form. The sub-form is based on a query
  3018. that returns totals from a details file to the main form. The subform
  3019. is readonly and is never entered from the main form.
  3020.  
  3021. On entry the subform works fine. Whenever I read another record forward
  3022. or backward on the main form the subform totals reset and recalculate
  3023. ....terrific.
  3024.  
  3025. But,
  3026.  
  3027. Problem
  3028. =======
  3029.  
  3030. When I use a button from the main form to go to another form,
  3031. add values to the detail records on which the query based subform
  3032. is based, and return to the original form via a "close button"
  3033. the totals are not updated.
  3034.  
  3035. Is there a way of "re-querying" the sub-form on return to the main
  3036. form. I have tried using the requery command from a macro using the
  3037. "control name" of the subform but no joy.
  3038.  
  3039. I would be most grateful for a soultion to what I am sure is a very
  3040. simple problem.
  3041.  
  3042. In anticipation, a warm thank you.
  3043.  
  3044. Kevin
  3045.  
  3046. Internet Address:       ANDERSONK@QUT.EDU.AU
  3047.  
  3048. (Klatu Barada Nicto GORT Klatu Barada Nicto)
  3049. =========================================================================
  3050. Date:         Sun, 12 Sep 1993 12:26:21 -0500
  3051. Reply-To:     Microsoft Access Database Discussion List
  3052.               <ACCESS-L@INDYCMS.BITNET>
  3053. Sender:       Microsoft Access Database Discussion List
  3054.               <ACCESS-L@INDYCMS.BITNET>
  3055. From:         Rick Huff <rick@BILLNEXT.TAMU.EDU>
  3056. Subject:      Re: Join with Two Fields
  3057. In-Reply-To:  <9309102259.AA15287@billnext.tamu.edu>
  3058.  
  3059. I can make them a multiple field index, but I cannot make them a multiple
  3060. field key because one of the fields is blank in some of the records.
  3061.  
  3062. Rick Huff, Senior Systems Analyst (409) 845-8454 (rick@billnext.tamu.edu)
  3063. CIS, Computing and Information Services, Texas A&M University
  3064.  
  3065.  
  3066. On Fri, 10 Sep 1993, Mark Paskill wrote:
  3067.  
  3068. > I hope I understand your question - if so why not make both fields key fields?
  3069. ?
  3070. =========================================================================
  3071. Date:         Mon, 13 Sep 1993 09:47:15 +0200
  3072. Reply-To:     Microsoft Access Database Discussion List
  3073.               <ACCESS-L@INDYCMS.BITNET>
  3074. Sender:       Microsoft Access Database Discussion List
  3075.               <ACCESS-L@INDYCMS.BITNET>
  3076. From:         Stefan Focke <focke@GMD.DE>
  3077. Subject:      Re: Requery of a subform
  3078.  
  3079. >Is there a way of "re-querying" the sub-form on return to the main
  3080. >form. I have tried using the requery command from a macro using the
  3081. >"control name" of the subform but no joy.
  3082. >
  3083.  
  3084.   DoCmd Requery Forms!<form name>!<subform name>.ControlName
  3085.  
  3086. Hope that helps
  3087. Stefan
  3088. ----------------------------------------------------------------------
  3089.  
  3090. Stefan Focke                  Tel. 02241-14-3154
  3091. GMD-ISA                       e-mail: focke@gmd.de
  3092. Postfach 1316
  3093. D - 53731 Sankt Augustin
  3094.  
  3095.     ********** MS-Word: From the guys who brought us EDLIN ********
  3096. =========================================================================
  3097. Date:         Mon, 13 Sep 1993 15:11:00 EDT
  3098. Reply-To:     Microsoft Access Database Discussion List
  3099.               <ACCESS-L@INDYCMS.BITNET>
  3100. Sender:       Microsoft Access Database Discussion List
  3101.               <ACCESS-L@INDYCMS.BITNET>
  3102. From:         David Long <mvdbl@MVGPG.ATT.COM>
  3103. Subject:      Automatic Encryption
  3104.  
  3105. I would like to have my database automatically encrypt itself
  3106. whenever a user closes out of the database. I've looked around
  3107. for a command before completely "exiting" but have failed
  3108. to see anything. Is it possible to automatically encrypt?...or
  3109. do I have to instruct my users to do it manually?
  3110.  
  3111. Thanks
  3112. ==============================================================================
  3113.   David B. Long                             E-Mail=> mvdbl@mvgpg.att.com
  3114.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3115.   Quality Engineering                       Tele=> 508-960-3683
  3116. ==============================================================================
  3117. =========================================================================
  3118. Date:         Mon, 13 Sep 1993 15:13:19 PDT
  3119. Reply-To:     Microsoft Access Database Discussion List
  3120.               <ACCESS-L@INDYCMS.BITNET>
  3121. Sender:       Microsoft Access Database Discussion List
  3122.               <ACCESS-L@INDYCMS.BITNET>
  3123. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  3124. Subject:      Internal Database Error
  3125.  
  3126. I have some Access Basic code that checks to see if a variable
  3127. (defined as Variant, by default) contains null data. For example:
  3128.  
  3129.         If IsNull(Country) then
  3130.                 ...
  3131.         Endif
  3132.  
  3133. This has always worked for me before. Today, code that has been
  3134. working for a long time suddenly died when I called it with a
  3135. Null value (the table was empty in which a field was referenced).
  3136.  
  3137. Anyway, I get the following message now whenever I reference the
  3138. variable containing the Null:
  3139.  
  3140.         Internal Database Error (-1603).
  3141.  
  3142. This message pops up when I try to reference the variable
  3143. from within the immediate window as well.
  3144.  
  3145. I don't find this error documented anywhere. Does anyone have
  3146. an idea what this means? I just found this and have not had time
  3147. to try this code with other routines and data.
  3148.  
  3149.  
  3150. -----------------------------------------------------------------------
  3151.  
  3152. Jim Renaud                              [Standard Disclaimer]
  3153.  
  3154. Amdahl Corporation
  3155. M/S 205                                 Phone:  408-992-2662
  3156. Bldg. M3  Room 235                      Fax:    408-773-0833
  3157. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  3158. Sunnyvale, CA 94088-3470
  3159. =========================================================================
  3160. Date:         Mon, 13 Sep 1993 15:19:24 PDT
  3161. Reply-To:     Microsoft Access Database Discussion List
  3162.               <ACCESS-L@INDYCMS.BITNET>
  3163. Sender:       Microsoft Access Database Discussion List
  3164.               <ACCESS-L@INDYCMS.BITNET>
  3165. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  3166. Subject:      Record selectors
  3167.  
  3168. Has anyone found a way to determine in Access Basic which records
  3169. in a form (continuous detail section) have been selected in the
  3170. left hand Record Selector area. You know, this is the area that if
  3171. selected, you can delete records by just hitting the delete key.
  3172.  
  3173. I want to have a routine determine which records the user selected
  3174. so I can do some special processing on them.
  3175.  
  3176. I get the feeling that this is going to require that I open my
  3177. VB 3.0 box so that I can get access (no pun intended) to the
  3178. list structure of the form and handle the mouse down and drag
  3179. events.
  3180.  
  3181. Any thoughts???
  3182.  
  3183.  
  3184. -----------------------------------------------------------------------
  3185.  
  3186. Jim Renaud                              [Standard Disclaimer]
  3187.  
  3188. Amdahl Corporation
  3189. M/S 205                                 Phone:  408-992-2662
  3190. Bldg. M3  Room 235                      Fax:    408-773-0833
  3191. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  3192. Sunnyvale, CA 94088-3470
  3193. =========================================================================
  3194. Date:         Tue, 14 Sep 1993 17:31:31 -0400
  3195. Reply-To:     Microsoft Access Database Discussion List
  3196.               <ACCESS-L@INDYCMS.BITNET>
  3197. Sender:       Microsoft Access Database Discussion List
  3198.               <ACCESS-L@INDYCMS.BITNET>
  3199. From:         Eric Laverdiere <K386@HEC.CA>
  3200. Organization: Ecole des Hautes Etudes Commerciales de Montreal
  3201. Subject:      subscribe to access-l@indycms Eric Laverdiere
  3202.  
  3203. Subscription for access discussion group
  3204. =========================================================================
  3205. Date:         Fri, 17 Sep 1993 09:23:09 -0500
  3206. Reply-To:     Microsoft Access Database Discussion List
  3207.               <ACCESS-L@INDYCMS.BITNET>
  3208. Sender:       Microsoft Access Database Discussion List
  3209.               <ACCESS-L@INDYCMS.BITNET>
  3210. From:         David Stacer <DS72371@LTUVAX.BITNET>
  3211. Subject:      Report name in reports
  3212.  
  3213. Is there a way to get the report name in a report similary to a
  3214. =now() for the date and time?
  3215. =========================================================================
  3216. Date:         Fri, 17 Sep 1993 11:40:09 EDT
  3217. Reply-To:     Microsoft Access Database Discussion List
  3218.               <ACCESS-L@INDYCMS.BITNET>
  3219. Sender:       Microsoft Access Database Discussion List
  3220.               <ACCESS-L@INDYCMS.BITNET>
  3221. From:         Dave Finley <finleyd@VRINET.COM>
  3222. Subject:      Using Access on Pathworks network.
  3223.  
  3224. Has anyone on the list used Access under DEC Pathworks? It is not listed
  3225. as an "officially-supported network" in the Access documentation, but the
  3226. MS Knowledge base implies that you can run Access under Pathworks.
  3227. =========================================================================
  3228. Date:         Fri, 17 Sep 1993 16:06:26 -0500
  3229. Reply-To:     Microsoft Access Database Discussion List
  3230.               <ACCESS-L@INDYCMS.BITNET>
  3231. Sender:       Microsoft Access Database Discussion List
  3232.               <ACCESS-L@INDYCMS.BITNET>
  3233. From:         schmitzj@ADADV1.MDC.COM
  3234.  
  3235. SUBSCRIBE Jeff Schmitz
  3236. =========================================================================
  3237. Date:         Fri, 17 Sep 1993 16:59:23 -0500
  3238. Reply-To:     Microsoft Access Database Discussion List
  3239.               <ACCESS-L@INDYCMS.BITNET>
  3240. Sender:       Microsoft Access Database Discussion List
  3241.               <ACCESS-L@INDYCMS.BITNET>
  3242. From:         mowryc@MDTSVX.MDC.COM
  3243.  
  3244. SUBSCRIBE faccess-l Chris Mowry
  3245. =========================================================================
  3246. Date:         Mon, 20 Sep 1993 08:48:00 +0100
  3247. Reply-To:     Microsoft Access Database Discussion List
  3248.               <ACCESS-L@INDYCMS.BITNET>
  3249. Sender:       Microsoft Access Database Discussion List
  3250.               <ACCESS-L@INDYCMS.BITNET>
  3251. Comments:     Sent using PMDF-822 , routing is done by ECNICE
  3252. From:         Bart Schaap <schaap@ECN.NL>
  3253. Subject:      Re: Using Access on Pathworks network.
  3254.  
  3255. Hello David,
  3256.  
  3257. Yes, we use Access (1.0) under Pathworks version 4.1. We have installed it re-
  3258. cently and it seems to work well. The securety features of Access are however
  3259. a bit tricky, but we are working on that. Installation of Access is not very
  3260. elegant but after some trial and error we managed to set it up.
  3261.  
  3262. Bart  Schaap
  3263. Energy research foundation of the Netherlands (ECN)
  3264. Holland
  3265. =========================================================================
  3266. Date:         Mon, 20 Sep 1993 13:10:27 EDT
  3267. Reply-To:     Microsoft Access Database Discussion List
  3268.               <ACCESS-L@INDYCMS.BITNET>
  3269. Sender:       Microsoft Access Database Discussion List
  3270.               <ACCESS-L@INDYCMS.BITNET>
  3271. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  3272. Organization: The American University
  3273. Subject:      Re: Using Access on Pathworks network.
  3274. In-Reply-To:  Message of Fri, 17 Sep 1993 11:40:09 EDT from <finleyd@VRINET.COM>
  3275.  
  3276. Pathworks is really Lan_Manager under neath.
  3277. =========================================================================
  3278. Date:         Mon, 20 Sep 1993 13:40:14 CDT
  3279. Reply-To:     tntow@timtow.b1.ingr.com
  3280. Sender:       Microsoft Access Database Discussion List
  3281.               <ACCESS-L@INDYCMS.BITNET>
  3282. From:         Tim Tow <tntow@TIMTOW.B1.INGR.COM>
  3283. Subject:      Re: Report name in reports
  3284.  
  3285. > Date:    Fri, 17 Sep 1993 09:23:09 -0500
  3286. > From:    David Stacer <DS72371@LTUVAX.BITNET>
  3287. > Subject: Report name in reports
  3288. >
  3289. > Is there a way to get the report name in a report similary to a
  3290. > =now() for the date and time?
  3291.  
  3292. Not quite that simple...    :-)
  3293.  
  3294. First, write an Access Basic function to get the reportname (that has focus):
  3295.  
  3296.         Function ActiveReport () As String
  3297.         Dim ObjActiveReport As Report
  3298.  
  3299.         Set ObjActiveReport = screen.ActiveReport
  3300.         ActiveReport = ObjActiveReport.formname
  3301.  
  3302.         End Function
  3303.  
  3304. Then, define a text box on your report and call the function as the Control
  3305. Source:
  3306.  
  3307.         =ActiveReport()
  3308.  
  3309.  ----------------------------------------------------------------------------
  3310.  Tim Tow, CPA                           Phone:      205-730-8234
  3311.  Intergraph Corporation                 Fax:        205-730-2164
  3312.  Mailstop: HQ011                        Mailpath:   tntow@ingr.com
  3313.  Huntsville, AL  35894-0001
  3314. =========================================================================
  3315. Date:         Tue, 21 Sep 1993 10:38:00 PDT
  3316. Reply-To:     Microsoft Access Database Discussion List
  3317.               <ACCESS-L@INDYCMS.BITNET>
  3318. Sender:       Microsoft Access Database Discussion List
  3319.               <ACCESS-L@INDYCMS.BITNET>
  3320. From:         "Ellington, Robert W (Bob)" <rwelling@CISPO.PCMAIL.INGR.COM>
  3321. Subject:      Determine Add Mode on Before Update
  3322.  
  3323. Hello,
  3324.      Has anyone figured out how to determine that you are in ADD mode on a
  3325. form thru a before update property.  I need to input data in some fields
  3326. only during an ADD.  Any help appreciated.
  3327.  
  3328. Bob Ellington
  3329. rwelling@ingr.com
  3330. =========================================================================
  3331. Date:         Tue, 21 Sep 1993 11:48:35 -0600
  3332. Reply-To:     jao9w265@aurora.cdev.com
  3333. Sender:       Microsoft Access Database Discussion List
  3334.               <ACCESS-L@INDYCMS.BITNET>
  3335. Comments:     Warning -- original Sender: tag was jao9w265@AURORA.CDEV.COM
  3336. From:         "John A. Olson" <JOHN.A.OLSON.HQG522@CDEV.COM>
  3337. Subject:      Line Continuation in AB Module
  3338.  
  3339. Does anyone know how I can continue a line of code on the next physical
  3340. line?  What I mean is, if a line of code is too long to be displayed
  3341. continuously on the screen, can it be "broken" and spill onto the next line?
  3342. I know this can be done in 'C', but can it be done in Access Basic?
  3343.  
  3344. Any help would be much appreciated.
  3345.  
  3346. Thanks!
  3347.  
  3348. John A. Olson
  3349. jao9w265@aurora.cdev.com
  3350. Computing Devices International
  3351. Bloomington, MN
  3352. =========================================================================
  3353. Date:         Wed, 22 Sep 1993 13:22:00 EDT
  3354. Reply-To:     Microsoft Access Database Discussion List
  3355.               <ACCESS-L@INDYCMS.BITNET>
  3356. Sender:       Microsoft Access Database Discussion List
  3357.               <ACCESS-L@INDYCMS.BITNET>
  3358. From:         David Long <mvgsd!mvdbl@MVGPE.ATT.COM>
  3359. Subject:      Replace field value w/ previous
  3360.  
  3361. On a form I would like a particular field to retain the
  3362. value from the previous record. This will facilitate
  3363. data input where a field will contain like info for
  3364. x number of records.
  3365. I know that pressing Ctrl+" will return the value from the
  3366. previous record, but I would prefer it to automatically
  3367. default to that value.
  3368. I,ve been searching for a solution...even trying the sendkey
  3369. to that control...but with no success.
  3370. Any help in pointing me in the right direction will be
  3371. appreciated.
  3372. Thanks
  3373. ==============================================================================
  3374.   David B. Long                             E-Mail=> mvdbl@mvgpg.att.com
  3375.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3376.   Quality Engineering                       Tele=> 508-960-3683
  3377. ==============================================================================
  3378. =========================================================================
  3379. Date:         Thu, 23 Sep 1993 08:13:30 -0600
  3380. Reply-To:     jao9w265@aurora.cdev.com
  3381. Sender:       Microsoft Access Database Discussion List
  3382.               <ACCESS-L@INDYCMS.BITNET>
  3383. Comments:     Warning -- original Sender: tag was jao9w265@AURORA.CDEV.COM
  3384. From:         "John A. Olson" <JOHN.A.OLSON.HQG522@CDEV.COM>
  3385. Subject:      Code Editing
  3386.  
  3387. I apologize in advance if this message has been received by the list
  3388. already.  I got a strange message when I sent it the first time which
  3389. indicated that it never was distributed.  If it was, please forgive this
  3390. repeat.
  3391.  
  3392. Subject: Line Continuation in AB Module
  3393.  
  3394. Does anyone know how I can continue a line of code on the next physical
  3395. line?  What I mean is, if a line of code is too long to be displayed
  3396. continuously on the screen, can it be "broken" and spill onto the next line?
  3397. I know this can be done in 'C', but can it be done in Access Basic?
  3398.  
  3399. Any help would be much appreciated.
  3400.  
  3401. Thanks!
  3402.  
  3403. John A. Olson
  3404. jao9w265@aurora.cdev.com
  3405. Computing Devices International
  3406. Bloomington, MN
  3407. =========================================================================
  3408. Date:         Thu, 23 Sep 1993 15:43:41 +0200
  3409. Reply-To:     Microsoft Access Database Discussion List
  3410.               <ACCESS-L@INDYCMS.BITNET>
  3411. Sender:       Microsoft Access Database Discussion List
  3412.               <ACCESS-L@INDYCMS.BITNET>
  3413. From:         Stefan Focke <focke@GMD.DE>
  3414. Subject:      Re: Replace field value w/ previous
  3415.  
  3416. >On a form I would like a particular field to retain the
  3417. >value from the previous record. This will facilitate
  3418. >data input where a field will contain like info for
  3419. >x number of records.
  3420. >I know that pressing Ctrl+" will return the value from the
  3421. >previous record, but I would prefer it to automatically
  3422. >default to that value.
  3423.  
  3424. In the help-file that is available from cica they say, that you have to
  3425. store the values from the last form (on exit) and write the values in the
  3426. new form (on enter).
  3427.  
  3428. Greetings
  3429. Stefan Focke
  3430. --
  3431. Stefan Focke,   GMD-I8,    D-53731 Sankt Augustin,     focke@gmd.de
  3432.  
  3433.   ********** MS-Word: From the guys who brought us EDLIN ********
  3434. =========================================================================
  3435. Date:         Thu, 23 Sep 1993 09:15:44 -0600
  3436. Reply-To:     Microsoft Access Database Discussion List
  3437.               <ACCESS-L@INDYCMS.BITNET>
  3438. Sender:       Microsoft Access Database Discussion List
  3439.               <ACCESS-L@INDYCMS.BITNET>
  3440. From:         Tim Mackay <tmackay@MEI.COM>
  3441. Subject:      Re: Replace field value w/ previous
  3442.  
  3443. >On a form I would like a particular field to retain the
  3444. >value from the previous record. This will facilitate
  3445. >data input where a field will contain like info for
  3446. >x number of records.
  3447. >I know that pressing Ctrl+" will return the value from the
  3448. >previous record, but I would prefer it to automatically
  3449. >default to that value.
  3450. >I,ve been searching for a solution...even trying the sendkey
  3451. >to that control...but with no success.
  3452. >Any help in pointing me in the right direction will be
  3453. >appreciated.
  3454. >Thanks
  3455. >==============================================================================
  3456. >  David B. Long                             E-Mail=> mvdbl@mvgpg.att.com
  3457. >  AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3458. >  Quality Engineering                       Tele=> 508-960-3683
  3459. >==============================================================================
  3460.  
  3461. I had the same problem.  My solution was to use a DLast(...) function for
  3462. the default value.
  3463.  
  3464.  
  3465. Tim Mackay                       |paper-net:Marquette Electronics, Inc
  3466. internet: tmackay@mei.com        |          8200 W Tower Ave
  3467. voice-net:(414) 362-2765         |          Milwaukee, WI 53223
  3468. =========================================================================
  3469. Date:         Thu, 23 Sep 1993 11:33:35 -0700
  3470. Reply-To:     Microsoft Access Database Discussion List
  3471.               <ACCESS-L@INDYCMS.BITNET>
  3472. Sender:       Microsoft Access Database Discussion List
  3473.               <ACCESS-L@INDYCMS.BITNET>
  3474. From:         Roger Lurie <ICSRAL@ASUACAD.BITNET>
  3475. Subject:      Attached Sybase Tables
  3476.  
  3477. Has anyone worked with large remote Sybase SQL Server tables attached to
  3478. an Access database? I have some Sybase tables with up to 5 million records and
  3479. am experiencing some difficulties using ODBC drivers included with Access 1.1
  3480. to query and retrieve records from the Sybase database. The response time
  3481. seems to worsen with each additional query run during an Access session.
  3482.  
  3483. Has anyone else experienced these problems? If so, what have you done to
  3484. correct them? Are there more reliable ODBC drivers available from Sybase or
  3485. QE Software than the ones provided by Microsoft?
  3486.  
  3487. -------------------------------------------------------------------------
  3488. Roger Lurie
  3489. Arizona State University, Administrative Information Technology
  3490. Tempe, Arizona  85287-0101
  3491. Telephone: (602) 965-4433             Fax:    (602) 965-0819
  3492. Internet:  icsral@asuvm.inre.asu.edu  Bitnet: icsral@asuacad
  3493. -------------------------------------------------------------------------
  3494. =========================================================================
  3495. Date:         Thu, 23 Sep 1993 16:27:00 LCL
  3496. Reply-To:     Microsoft Access Database Discussion List
  3497.               <ACCESS-L@INDYCMS.BITNET>
  3498. Sender:       Microsoft Access Database Discussion List
  3499.               <ACCESS-L@INDYCMS.BITNET>
  3500. From:         mkro <mkro.DIS-PC@BMAILIN.ITG.TI.COM>
  3501. Subject:      Re: Code Editing
  3502.  
  3503. DISREGARD IF THIS HAS ALREADY BEEN ANSWERED....OUR GATEWAY IS SLOW TODAY!
  3504.  
  3505. FROM WHAT I WAS TOLD IN AN Microsoft University Access Programming Class,
  3506. NO!
  3507.  
  3508. Sorry, I guess that's asking to much!
  3509.  
  3510. Cheers,
  3511. Mike Kroeger
  3512. mkro.dis-pc@bmailin.itg.ti.com
  3513. -------------
  3514. Original Text
  3515. From JAOLSON @ SMTP (John A. Olson) {owner-access-l@INDYCMS.IUPUI.EDU}, on
  3516. 9/23/93 8:13 AM:
  3517. I apologize in advance if this message has been received by the list
  3518. already.  I got a strange message when I sent it the first time which
  3519. indicated that it never was distributed.  If it was, please forgive this
  3520. repeat.
  3521.  
  3522. Subject: Line Continuation in AB Module
  3523.  
  3524. Does anyone know how I can continue a line of code on the next physical
  3525. line?  What I mean is, if a line of code is too long to be displayed
  3526. continuously on the screen, can it be "broken" and spill onto the next line?
  3527. I know this can be done in 'C', but can it be done in Access Basic?
  3528.  
  3529. Any help would be much appreciated.
  3530.  
  3531. Thanks!
  3532.  
  3533. John A. Olson
  3534. jao9w265@aurora.cdev.com
  3535. Computing Devices International
  3536. Bloomington, MN
  3537. *** uuencoded BINARY enclosure ***
  3538. The section below this line contains an MHS attachment.  To extract it,
  3539. copy this message to a file and use the program UUDECODE.  For information
  3540. on using UUDECODE on UNIX systems, type the command 'man uudecode'.  The
  3541. attachment name was originally: ATTRIBS.BND
  3542. ---------------
  3543. begin 644 attribs.bnd
  3544. M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``87+&IK*```````<F4Z($-O9&4@
  3545. M161I=&EN9P``````````````````````````````````````````````````
  3546. M````````````````````````````````````````````````````````````
  3547. M`&UK<F\`````````````````````````````````````````````````````
  3548. M``````````````````````````````````!",3`P03(R0S`Q0SE!,44P````
  3549. M````````0F5Y;VYD(%!R;W!R:65T87)Y($1A=&$:``````0`````````!``&
  3550. M````````````````````````````1F]R;05297!L>0$`````````%0`#````
  3551. M````````````````````````57-E(%!R;W!O<G1I;VYA;"!&;VYT`0`!"0``
  3552. M```````-`$(```````````````````````````!0<F5V:6]U<R!&<F]M04I!
  3553. M3TQ33TX@0"!33510("A*;VAN($$N($]L<V]N*2![;W=N97(M86-C97-S+6Q`
  3554. M24Y$64--4RY)55!522Y%1%5]#0`````````+`'$`````````````````````
  3555. M``````!0<F5V:6]U<R!4;V\`0A`!``D`__]@`````F``7TU214-)4$E%($`@
  3556. M4TU44"`H375L=&EP;&4@<F5C:7!I96YT<R!O9B!L:7-T($%#0T534RU,*2![
  3557. M04-#15-3+4PE24Y$64--4RY"251.151`=6=A+F-C+G5G82YE9'5]#0``````
  3558. M```+`'$```````````````````````````!/<FEG:6YA;"!T;V\`0A`!``D`
  3559. M__]@`````F``7TU214-)4$E%($`@4TU44"`H375L=&EP;&4@<F5C:7!I96YT
  3560. M<R!O9B!L:7-T($%#0T534RU,*2![04-#15-3+4PE24Y$64--4RY"251.151`
  3561. M=6=A+F-C+G5G82YE9'5]$0`````````-`)0$````````````````````````
  3562. M``!/<FEG:6YA;"!T97AT!@-&<F]M($I!3TQ33TX@0"!33510("A*;VAN($$N
  3563. M($]L<V]N*2![;W=N97(M86-C97-S+6Q`24Y$64--4RY)55!522Y%1%5]+"!O
  3564. M;B`Y+S(S+SDS(#@Z,3,@04TZ"DD@87!O;&]G:7IE(&EN(&%D=F%N8V4@:68@
  3565. M=&AI<R!M97-S86=E(&AA<R!B965N(')E8V5I=F5D(&)Y('1H92!L:7-T"F%L
  3566. M<F5A9'DN("!)(&=O="!A('-T<F%N9V4@;65S<V%G92!W:&5N($D@<V5N="!I
  3567. M="!T:&4@9FER<W0@=&EM92!W:&EC:`II;F1I8V%T960@=&AA="!I="!N979E
  3568. M<B!W87,@9&ES=')I8G5T960N("!)9B!I="!W87,L('!L96%S92!F;W)G:79E
  3569. M('1H:7,*<F5P96%T+@H*4W5B:F5C=#H@3&EN92!#;VYT:6YU871I;VX@:6X@
  3570. M04(@36]D=6QE"@I$;V5S(&%N>6]N92!K;F]W(&AO=R!)(&-A;B!C;VYT:6YU
  3571. M92!A(&QI;F4@;V8@8V]D92!O;B!T:&4@;F5X="!P:'ES:6-A;`IL:6YE/R`@
  3572. M5VAA="!)(&UE86X@:7,L(&EF(&$@;&EN92!O9B!C;V1E(&ES('1O;R!L;VYG
  3573. M('1O(&)E(&1I<W!L87EE9`IC;VYT:6YU;W5S;'D@;VX@=&AE('-C<F5E;BP@
  3574. M8V%N(&ET(&)E(")B<F]K96XB(&%N9"!S<&EL;"!O;G1O('1H92!N97AT(&QI
  3575. M;F4_"DD@:VYO=R!T:&ES(&-A;B!B92!D;VYE(&EN("=#)RP@8G5T(&-A;B!I
  3576. M="!B92!D;VYE(&EN($%C8V5S<R!"87-I8S\*"D%N>2!H96QP('=O=6QD(&)E
  3577. M(&UU8V@@87!P<F5C:6%T960N"@I4:&%N:W,A"@I*;VAN($$N($]L<V]N"FIA
  3578. M;SEW,C8U0&%U<F]R82YC9&5V+F-O;0I#;VUP=71I;F<@1&5V:6-E<R!);G1E
  3579. M<FYA=&EO;F%L"D)L;V]M:6YG=&]N+"!-3@J(`0,`!@."`0(``@```!8``@`!
  3580. M``$`7``````````"`%T`J@(````````X_P```````)`!``````````!-4R!3
  3581. M86YS(%-E<FEF```````````````````````````````X_P```````)`!````
  3582. M``````!-4R!386YS(%-E<FEF```````````````````````````````!``$`
  3583. M70`"`%T`]W\"`*(`]W\"`.@`]W\"`#$!]W\"`#D!]W\"`#H!]W\"`&(!]W\"
  3584. M`&,!]W\"`*L!]W\"`/`!]W\"`#T"]W\"`($"]W\"`(("]W\"`*8"]W\"`*<"
  3585. M]W\"`*\"]W\"`+`"]W\"`+X"]W\"`-<"]W\"`/<"]W\"``<#]W\`````````
  3586. M``````!D``&D`0%(`P'L!`&0!@$T"`'8"0%\"P$@#0'$#@%H$`$,$@&P$P%4
  3587. M%0'X%@```````````````&0``=(``:0!`78"`4@#`1H$`>P$`;X%`9`&`6('
  3588. M`30(`08)`=@)`:H*`7P+```1``````````0`NP$`````````````````````
  3589. M`````%1E>'3T`$1)4U)%1T%21"!)1B!42$E3($A!4R!!3%)%0419($)%14X@
  3590. M04Y35T52140N+BXN3U52($=!5$5705D@25,@4TQ/5R!43T1!62$*"D923TT@
  3591. M5TA!5"!)(%=!4R!43TQ$($E.($%.($UI8W)O<V]F="!5;FEV97)S:71Y($%C
  3592. M8V5S<R!0<F]G<F%M;6EN9R!#;&%S<RP@3D\A"@I3;W)R>2P@22!G=65S<R!T
  3593. M:&%T)W,@87-K:6YG('1O(&UU8V@A"@I#:&5E<G,L"DUI:V4@2W)O96=E<@IM
  3594. M:W)O+F1I<RUP8T!B;6%I;&EN+FET9RYT:2YC;VW!``,`]`"Z``$``0````D`
  3595. M`0`!``$`]``````````X_P```````)`!``````````!-4R!397)I9@``````
  3596. M```````````````````````````````!``$`2@`!`$L`2P`!`$P`F0`!`)H`
  3597. MF@`!`)L`P``!`,$`P0`!`,(`R0`!`,H`U@`!`-<`]0````````````````!D
  3598. M``&T``%H`0$<`@'0`@&$`P$X!`'L!`&@!0%4!@$(!P&\!P%P"`$D"0'8"0H`
  3599. M````````````$``&````````````````````````````071T86-H;65N="!#
  3600. *;W5N=`0````````&
  3601. `
  3602. end
  3603. =========================================================================
  3604. Date:         Fri, 24 Sep 1993 10:59:00 GMT
  3605. Reply-To:     Microsoft Access Database Discussion List
  3606.               <ACCESS-L@INDYCMS.BITNET>
  3607. Sender:       Microsoft Access Database Discussion List
  3608.               <ACCESS-L@INDYCMS.BITNET>
  3609. From:         "Richard Saunders,
  3610.               Computer Centre" <RICHARD@BKMAIN.EAST-LONDON.AC.UK>
  3611. Organization: University Of East London
  3612. Subject:      Snaking column headers
  3613.  
  3614. I'm printing a report in 3 vertical columns and I'd like an identical
  3615. heading at the top of each column. I'd be grateful if anyone can tell
  3616. me a way to do it. Thanks.
  3617. =========================================================================
  3618. Date:         Fri, 24 Sep 1993 08:45:00 EDT
  3619. Reply-To:     Microsoft Access Database Discussion List
  3620.               <ACCESS-L@INDYCMS.BITNET>
  3621. Sender:       Microsoft Access Database Discussion List
  3622.               <ACCESS-L@INDYCMS.BITNET>
  3623. From:         David Long <mvgsd!mvdbl@MVGPE.ATT.COM>
  3624. Subject:      Replace field value w/ previous
  3625.  
  3626. Thanks to Ron Apland
  3627. In your confirmation of my method of using a macro in which I use
  3628. sendkey...you showed me that the characters should be ^(').
  3629. I was using ^"
  3630. I saw in the book where I was supposed to place the quote in
  3631. parentheses (LRpg.435) and saw how I was misled by User Guide,
  3632. pg. 353 says to use a double quote...it should read single.
  3633.  
  3634. I call the macro in the "On Enter" field for the control, and it
  3635. works just fine!
  3636. Thanks again
  3637. ==============================================================================
  3638.   David B. Long                             E-Mail=> mvdbl@mvgsd.att.com
  3639.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3640.   Quality Engineering                       Tele=> 508-960-3683
  3641. ==============================================================================
  3642. =========================================================================
  3643. Date:         Fri, 24 Sep 1993 10:41:00 LCL
  3644. Reply-To:     Microsoft Access Database Discussion List
  3645.               <ACCESS-L@INDYCMS.BITNET>
  3646. Sender:       Microsoft Access Database Discussion List
  3647.               <ACCESS-L@INDYCMS.BITNET>
  3648. From:         mkro <mkro.DIS-PC@BMAILIN.ITG.TI.COM>
  3649. Subject:      MSA Database Window Size
  3650.  
  3651. This may be a dumb question....
  3652.  
  3653.    When you first pull up a database when you enter MSA, the Database
  3654. windows is the first thing to come up(in my case).
  3655.  
  3656.     How do you get MSA to remember SIZE changes to this window?
  3657.    I have several tables in the database, and it is would be nice to see
  3658. them all, or as many as possible, without having to use the scroll bars!
  3659.     Whenever I resize this window, and exit out, the next time I open the
  3660. window to go to table view, it is shrunk back to the original size!
  3661.  
  3662. *** uuencoded BINARY enclosure ***
  3663. The section below this line contains an MHS attachment.  To extract it,
  3664. copy this message to a file and use the program UUDECODE.  For information
  3665. on using UUDECODE on UNIX systems, type the command 'man uudecode'.  The
  3666. attachment name was originally: ATTRIBS.BND
  3667. ---------------
  3668. begin 644 attribs.bnd
  3669. M0F5Y;VYD(%!A8VME9"!!='1R:6)U=&5S``;O&VIK*```````35-!($1A=&%B
  3670. M87-E(%=I;F1O=R!3:7IE````````````````````````````````````````
  3671. M````````````````````````````````````````````````````````````
  3672. M`&UK<F\`````````````````````````````````````````````````````
  3673. M```````````````````````````````````U,$-&03(R0S`Q0SE!,44P````
  3674. M````````0F5Y;VYD(%!R;W!R:65T87)Y($1A=&$:``````0`````````!``%
  3675. M````````````````````````````1F]R;01-96UO`0`````````5``,`````
  3676. M``````````````````````!5<V4@4')O<&]R=&EO;F%L($9O;G0!``$1````
  3677. M``````0`QP(``````````````````````````%1E>'0``E1H:7,@;6%Y(&)E
  3678. M(&$@9'5M8B!Q=65S=&EO;BXN+BX*("`*("`@5VAE;B!Y;W4@9FER<W0@<'5L
  3679. M;"!U<"!A(&1A=&%B87-E('=H96X@>6]U(&5N=&5R($U302P@=&AE($1A=&%B
  3680. M87-E('=I;F1O=W,@:7,@=&AE(&9I<G-T('1H:6YG('1O(&-O;64@=7`H:6X@
  3681. M;7D@8V%S92DN"B`@"B`@("!(;W<@9&\@>6]U(&=E="!-4T$@=&\@<F5M96UB
  3682. M97(@4TE:12!C:&%N9V5S('1O('1H:7,@=VEN9&]W/PH@("!)(&AA=F4@<V5V
  3683. M97)A;"!T86)L97,@:6X@=&AE(&1A=&%B87-E+"!A;F0@:70@:7,@=V]U;&0@
  3684. M8F4@;FEC92!T;R!S964@=&AE;2!A;&PL(&]R(&%S(&UA;GD@87,@<&]S<VEB
  3685. M;&4L('=I=&AO=70@:&%V:6YG('1O('5S92!T:&4@<V-R;VQL(&)A<G,A"B`@
  3686. M("!7:&5N979E<B!)(')E<VEZ92!T:&ES('=I;F1O=RP@86YD(&5X:70@;W5T
  3687. M+"!T:&4@;F5X="!T:6UE($D@;W!E;B!T:&4@=VEN9&]W('1O(&=O('1O('1A
  3688. M8FQE('9I97<L(&ET(&ES('-H<G5N:R!B86-K('1O('1H92!O<FEG:6YA;"!S
  3689. M:7IE(0H*P0`#```"N@`!``$````)``$``0`!```"````````8/\```````"0
  3690. M`0``````````35,@4V5R:68`````````````````````````````````````
  3691. M`0`!`"```0`A`",``0`D`)P``0"=`)\``0"@`-\``0#@`'$!`0!R`?\!`0``
  3692. M`@`"`0`!`@$"````````````````9``!E@`!+`$!P@$!6`(![@(!A`,!&@0!
  3693. ML`0!1@4!W`4!<@8!"`<!G@<!-`AT`````````````!``!@``````````````
  3694. @`````````````$%T=&%C:&UE;G0@0V]U;G0$````````
  3695. `
  3696. end
  3697. =========================================================================
  3698. Date:         Fri, 24 Sep 1993 09:07:00 EDT
  3699. Reply-To:     Microsoft Access Database Discussion List
  3700.               <ACCESS-L@INDYCMS.BITNET>
  3701. Sender:       Microsoft Access Database Discussion List
  3702.               <ACCESS-L@INDYCMS.BITNET>
  3703. From:         David Long <mvgsd!mvdbl@MVGPE.ATT.COM>
  3704. Subject:      Incrementing numeric field
  3705.  
  3706. I'm developing a database that stores survey information.
  3707. Each survey has 30 questions.
  3708. I have chosen to store each question response as a record.
  3709. To facilitate data input, I would prefer the data input field
  3710. which designates the question # to increment itself after every
  3711. record input (1-30) and then cycle back to question #1.
  3712. This will eliminate the need for the data input person from
  3713. typing in the question number.
  3714.  
  3715. I've thought on various ways I could approach this issue.
  3716. One is to write some code (new to me...could take some time) that
  3717. will increment and return a value to the field after every record input.
  3718. or
  3719. Increment through a series of subforms, related specifically to the
  3720. question being inputed....so the default value can be set for the particular
  3721. question.
  3722.  
  3723. Any Ideas on these or alternative approaches would be greatly
  3724. appreciated.
  3725.  
  3726. Thanks
  3727. ==============================================================================
  3728.   David B. Long                             E-Mail=> mvdbl@mvgsd.att.com
  3729.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3730.   Quality Engineering                       Tele=> 508-960-3683
  3731. ==============================================================================
  3732. =========================================================================
  3733. Date:         Sat, 25 Sep 1993 12:42:46 PDT
  3734. Reply-To:     Microsoft Access Database Discussion List
  3735.               <ACCESS-L@INDYCMS.BITNET>
  3736. Sender:       Microsoft Access Database Discussion List
  3737.               <ACCESS-L@INDYCMS.BITNET>
  3738. From:         schuck@SFU.CA
  3739. Subject:      Re: Incrementing numeric field
  3740. In-Reply-To:  <9309250000.AA20466@whistler.sfu.ca>; from "David Long" at Sep 24,
  3741.               93 9:07 am
  3742.  
  3743. >
  3744. > I'm developing a database that stores survey information.
  3745. > Each survey has 30 questions.
  3746. > I have chosen to store each question response as a record.
  3747. > To facilitate data input, I would prefer the data input field
  3748. > which designates the question # to increment itself after every
  3749. > record input (1-30) and then cycle back to question #1.
  3750. > This will eliminate the need for the data input person from
  3751. > typing in the question number.
  3752. >
  3753. > I've thought on various ways I could approach this issue.
  3754. > One is to write some code (new to me...could take some time) that
  3755. > will increment and return a value to the field after every record input.
  3756. > or
  3757. > Increment through a series of subforms, related specifically to the
  3758. > question being inputed....so the default value can be set for the particular
  3759. > question.
  3760. >
  3761. > Any Ideas on these or alternative approaches would be greatly
  3762. > appreciated.
  3763. >
  3764.  
  3765. I'd create these records:
  3766.  
  3767. t_Response -- one for each responder
  3768.  
  3769.   id_RESPONSE -- a counter field
  3770.   nm_name -- or some identifier to label the responder
  3771.   ...
  3772.  
  3773. t_Response_Detail -- one for each question answered by a responder
  3774.  
  3775.   id_RESPONSE_DETAIL - counter
  3776.   id_response  -- from the Response record
  3777.   id_question_num -- the question number
  3778.  
  3779. t_Question -- one for each question
  3780.  
  3781.   id_QUESTION -- the question number
  3782.   nm_question -- the question
  3783.  
  3784. Your main form would just be the t_Response table
  3785.  
  3786.  
  3787.   the subform would be a query link t_Question
  3788.   to t_RESPONSE_DETAIL with an outer join?
  3789.    and the criteria of id_response equal to id_response on
  3790.   the mainform
  3791.  
  3792. I haven't tried, but some variation shoukld work
  3793. and you wouldn't need code.
  3794.  
  3795. When you went to the next record on the main form,
  3796. you should get full or empty records on the subform,
  3797. one for each question.
  3798. =========================================================================
  3799. Date:         Sat, 25 Sep 1993 17:05:25 EDT
  3800. Reply-To:     Microsoft Access Database Discussion List
  3801.               <ACCESS-L@INDYCMS.BITNET>
  3802. Sender:       Microsoft Access Database Discussion List
  3803.               <ACCESS-L@INDYCMS.BITNET>
  3804. From:         Harry Yeatts <HYEATTS@VTVM1.BITNET>
  3805. Subject:      Re: Incrementing numeric field
  3806. In-Reply-To:  Message of Fri,
  3807.               24 Sep 1993 09:07:00 EDT from <mvgsd!mvdbl@MVGPE.ATT.COM>
  3808.  
  3809. On Fri, 24 Sep 1993 09:07:00 EDT David Long said:
  3810. >I'm developing a database that stores survey information.
  3811. >Each survey has 30 questions.
  3812. >I have chosen to store each question response as a record.
  3813. >To facilitate data input, I would prefer the data input field
  3814. >which designates the question # to increment itself after every
  3815. >record input (1-30) and then cycle back to question #1.
  3816. >This will eliminate the need for the data input person from
  3817. >typing in the question number.
  3818. >
  3819. >[stuff deleted]
  3820.  
  3821. David:
  3822.  
  3823. I've just finished designing a database to handle three surveys and
  3824. I worked it a little differently than you propose.
  3825.  
  3826. I designed a data entry form using option groups (with check boxes
  3827. that register a numerical value for a response [i.e., 4 for "read
  3828. all," 3 for "read most," 2 for "read some," 1 for "browse," and 0
  3829. for "read none]) and text boxes for subjective answers (as memos).
  3830.  
  3831. To get to what you wanted, I set the form for continuous. This way
  3832. the data entry person can head on to the next set of responses
  3833. without doing anything special. (I put the index number for the
  3834. form in the upper-right-hand corner so they can write on the paper
  3835. form which ones they've done.)
  3836.  
  3837. This has worked extremely well so far. Our date entry people have
  3838. little experience with data entry or databases, but they've found
  3839. it easy to use. They don't mind tabbing between questions and use
  3840. the page down button with ease. I made the data entry form look
  3841. as much like the paper form as possible so it's easy for them to
  3842. keep their places.
  3843.  
  3844. I know this isn't exactly what you asked, but I thought I'd pass on
  3845. my experiences with surveys.
  3846.  
  3847. If you have any questions about this...or want more info, just ask.
  3848.  
  3849. Harry Yeatts (HYEATTS)                INTERNET: VTVM1.CC.VT.EDU
  3850. Virginia Tech                         BITNET: VTVM1
  3851. Blacksburg, Virginia                  PHONE: 703-231-5141
  3852. =========================================================================
  3853. Date:         Sun, 26 Sep 1993 16:09:37 EDT
  3854. Reply-To:     Microsoft Access Database Discussion List
  3855.               <ACCESS-L@INDYCMS.BITNET>
  3856. Sender:       Microsoft Access Database Discussion List
  3857.               <ACCESS-L@INDYCMS.BITNET>
  3858. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  3859. Organization: The American University
  3860. Subject:      dynaset as a source of a form
  3861.  
  3862. I am looking for a few suggestions:
  3863.  
  3864. If I process a query and it is successful I have a found set of data.
  3865. Is there an easy way to connect the foundset to a forms property?
  3866. In essence, when I run a query, ("select * from people where height > 5"),
  3867. from form A, form B would show me all found set records.
  3868. I would like to use a form to see the person's name and address.
  3869. How do I do this?  Can I connect a dynaset to form B's  rowsource property?
  3870.  
  3871. Any ideas appreciated,
  3872.  
  3873. regards,
  3874.  
  3875. Greg
  3876. =========================================================================
  3877. Date:         Sun, 26 Sep 1993 15:05:37 PDT
  3878. Reply-To:     thamilto@pcocd2.intel.com
  3879. Sender:       Microsoft Access Database Discussion List
  3880.               <ACCESS-L@INDYCMS.BITNET>
  3881. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  3882. Subject:      Re: dynaset as a source of a form
  3883. In-Reply-To:  <9309262139.AA00134@hermes.intel.com>; from "Greg Fairnak" at Sep
  3884.               26, 93 4:09 pm
  3885.  
  3886. >
  3887. > I am looking for a few suggestions:
  3888. >
  3889. > If I process a query and it is successful I have a found set of data.
  3890. > Is there an easy way to connect the foundset to a forms property?
  3891. > In essence, when I run a query, ("select * from people where height > 5"),
  3892. > from form A, form B would show me all found set records.
  3893. > I would like to use a form to see the person's name and address.
  3894. > How do I do this?  Can I connect a dynaset to form B's  rowsource property?
  3895. >
  3896. > Any ideas appreciated,
  3897. >
  3898. > regards,
  3899. >
  3900. > Greg
  3901.  
  3902. Greg, you can assign a table, query, or SQL statement as the source of
  3903. any form or list/combo-box. Dynasets are a construct for use in BASIC only,
  3904. as are snapshots. In forms, you are dealing with only tables, queries, or
  3905. SQL statements. SQL statements, I have found, _can_ be dynamic for list
  3906. and combo boxes.
  3907.  
  3908. --
  3909. Tony Hamilton                 |
  3910. -Intel Corporation            | voice: 916-356-3070
  3911. --Folsom Engineering Services | mailstop: FM2-55
  3912. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  3913. ----Software Technician       |
  3914. =========================================================================
  3915. Date:         Tue, 28 Sep 1993 15:19:21 -0400
  3916. Reply-To:     Microsoft Access Database Discussion List
  3917.               <ACCESS-L@INDYCMS.BITNET>
  3918. Sender:       Microsoft Access Database Discussion List
  3919.               <ACCESS-L@INDYCMS.BITNET>
  3920. From:         Arman Rivard <rivard@VALHALLA.HKS.COM>
  3921. Subject:      Oncurrent Controls
  3922.  
  3923.   I have a subform which attempts to modify the data on its main form.
  3924.   This all works fine when the main form is opened , yet when I first open
  3925.   the main form it seems the subform opens first, executes the oncurrent
  3926.   and can't find the control. Access support says thats how it works |-(
  3927.   Has anyone found a workaround ?? I really need to use the record selectors
  3928.   on the subform and the oncurrent rather than onenter.
  3929.  
  3930.    Too much to ask ?
  3931.  
  3932.   Thanks for any help.
  3933.  
  3934. --
  3935.  
  3936. Arman Rivard         How do Peabody and Sherman get back ?
  3937. <rivard@hks.com>
  3938. =========================================================================
  3939. Date:         Wed, 29 Sep 1993 12:40:15 SAT
  3940. Reply-To:     Microsoft Access Database Discussion List
  3941.               <ACCESS-L@INDYCMS.BITNET>
  3942. Sender:       Microsoft Access Database Discussion List
  3943.               <ACCESS-L@INDYCMS.BITNET>
  3944. From:         taha alesayi <STUP9E9@SAUPM00.BITNET>
  3945. Organization: King Fahd University of Petroleum and Minerals, S.A.
  3946. Subject:      registration
  3947.  
  3948. "ok"
  3949. =========================================================================
  3950. Date:         Wed, 29 Sep 1993 11:30:00 +01
  3951. Reply-To:     Microsoft Access Database Discussion List
  3952.               <ACCESS-L@INDYCMS.BITNET>
  3953. Sender:       Microsoft Access Database Discussion List
  3954.               <ACCESS-L@INDYCMS.BITNET>
  3955. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  3956. Subject:      Notebooks with databases
  3957.  
  3958. Hi!
  3959.  ----
  3960.  
  3961. I am in big trouble and I hope someone out there perhaps can help me!!!
  3962.  
  3963. I am supposed to build an application which is going to be used by people
  3964. who has notebooks. They would like to take the database with them when they
  3965. go home at night and when they travel. When they are back at the office they
  3966. log on to their database-server and the database in the notebook get the new
  3967. information and puts it new information. This is what is called replication
  3968. of databases.
  3969.  
  3970. This functionality is found in Lotus Notes but I would like to use MS Access
  3971. as the database. I could build it myself, but the more you think about it,
  3972. the more complex it seems. I rather would buy a product but I can't find
  3973. any.
  3974.  
  3975. Do anybody out there know about a product which give me the replication of
  3976. database-functionality???
  3977.  
  3978. Please help me!
  3979.  
  3980. Regards,
  3981. Jimmy Nilsson
  3982. Jimmy.Nilsson@ide.hk-r.se
  3983. ###
  3984.